php程序的高内聚 低耦合性

问题描述:我在登陆模块里面穿插了用户头像模型。结果我在第二个程序的时候压根就用不到,反而由于用户不存在等问题,报错了。设计模式

 

 

由此引起的感想,譬如一个新闻系统,设计的文章模型或者图片模型 是否是也该一块儿分开?  分开的话,这又形成了代码冗余。设计

因此这里产生一个很是关键的问题,什么样的代码能够写在一块儿,这个是老师和书本上不会写的。接口

 

设计模式上有个职责模式,就是说把同一种功能的写在一块儿,而后复用。图片

 

性质决定一切!开发

举个实例看,像图片或者文章,又或者专题,这些是属于功能,从单个上来讲他们是分开的。要明肯定义。产品

另外重新闻和用户上来讲 他们的性质彻底不同,这些的代码绝对不要写到一块儿。登录

再则新闻和评论呢? 他们的关系是一对一的,能够写到一块儿。扩展

新闻和投票?投票和图集 文章相似 属于模型的一种,新闻里面包含了投票。程序

 

以后,我又写了个订单系统,订单系统、新闻系统、用户系统 这个三个彻底是独立的。数据

 

为了之后更好的扩展,要作到,在设计和开发的时候要遵循,我随便使用一个系统均可以独立使用。

 

其次考虑的是接口式开发,我订单须要 订单来源,收货信息等,这些都是来自外部的数据。咱们应该设计一个接口,之后不管采用什么样的产品展现系统,用户系统。只须要根据我订单系统的2个接口,用户接口 和订单来源接口就能够了。

 

以上是本身的理解。

相关文章
相关标签/搜索