单一职责
就一个类而言,应该仅有一个引起 它变化的原因。
如果一个类承担的职责过多,就等于把职责耦合在一起,一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计,当变化发生时,设计会遭受到意想不到的破环。
软件设计真正要做的许多内容,就是发现职责并把这些职责相互分离。
如果你能够想到多于一个的动机改变一个类,那么这个类就具有多于一个类的职责。
但在软件开发中对于职责的分离是比较抽象,没有固定的标准,要看实际项目中的使用和对于代码结构上分离的感知。比如是书籍类,可以分为属性、动作两个类,动作又可以切分curd类,那岂不是类文件越多的情况。
标签:多于,职责,一个,分离,耦合,设计模式,单一 来源: https://www.cnblogs.com/followyou/p/13977914.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。