首页 > 编程知识 正文

耦合度和内聚度,高内聚低耦合设计原则

时间:2023-05-06 21:11:16 阅读:135701 作者:2914

问题说明:我在登录模块中插入了用户的头像模型。 结果,我在第二个程序的时候完全不能用。 反而因为用户不存在等问题,报告错了。

由此而来的感想,比如像新闻系统一样,设计好的文章模型和照片模型不也应该一起分吗? 如果分开,这又会带来代码冗余。

因此这里产生了非常重要的问题。 你能写什么样的代码? 这个不能写在老师和书上。

设计模式有责任模式。 也就是说,将相同的功能集中在一起,进行复用。

性质决定一切!

举个例子,像照片、文章、或者主题,这些都是功能,是分别的。 必须明确定义。

另外从新闻和用户的角度来看他们的性质完全不同,所以这些代码绝对不要一起写。

新闻和评论怎么样? 他们的关系是一对一的,可以一起写。

新闻和投票? 投票与写真集的文章相似,是一种模式,新闻中包含投票。

之后写了订单系统,订单系统、新闻系统、用户系统三者是完全独立的。

为了今后更好的扩展,做到,做到随设计随开发,我可以随便使用一个系统,也可以独立使用。

接下来考虑的是接口式开发,我的订单需要订单来源、接收信息等,这些都是来自外部的数据。 我们应该设计界面,不管今后采用什么样的产品展示系统、用户系统。 根据我的订单系统的两个界面,用户界面和订购方界面就可以了。

以上是自己的理解。

版权声明:该文观点仅代表作者本人。处理文章:请发送邮件至 三1五14八八95#扣扣.com 举报,一经查实,本站将立刻删除。