大话设计模式-第三章 单一职责原则
1.概念相关单一职责原则:就一个类而言,应该仅有一个引起它变化的原因;2.策略模式UML图3.java代码示例4.OOP如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会消弱或者抑制这个类完成其他职责的能力.这种耦合会导致脆弱的设计,当变化发生时,设计会遭到意想不到的破坏;软件设计的思想:软件设计真正要做的许多内容,就是发
·
1.概念相关
<1>单一职责原则:就一个类而言,应该仅有一个引起它变化的原因;
这种耦合会导致脆弱的设计,当变化发生时,设计会遭到意想不到的破坏;
<2>软件设计的思想:
<1>单一职责原则:就一个类而言,应该仅有一个引起它变化的原因;
2.OOP
<1>如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会消弱或者抑制这个类完成其他职责的能力.这种耦合会导致脆弱的设计,当变化发生时,设计会遭到意想不到的破坏;
<2>软件设计的思想:
软件设计真正要做的许多内容,就是发现职责并把那些职责相互分离;
PS:说起这个设计原则,让我想起了大学时学习C语言的时候,那时候上课的丰洪才老师问了我们一个问题:一个方法完成的功能是越多越好吗?
那个时候刚接触编程语言,当时心里理所当然的认为当然是完成的功能越多越好;直到在编程的道路上走着走着,才明白了其实职责越单一越好;
其实,有时候越是看上去简单的东西,越难说清楚,也越难理解,大道至简;
更多推荐
已为社区贡献1条内容
所有评论(0)