大话设计模式-第三章 单一职责原则

1.概念相关
<1>单一职责原则:就一个类而言,应该仅有一个引起它变化的原因;

2.OOP

<1>如果一个类承担的职责过多,就等于把这些职责耦合在一起,一个职责的变化可能会消弱或者抑制这个类完成其他职责的能力.
这种耦合会导致脆弱的设计,当变化发生时,设计会遭到意想不到的破坏;
<2>软件设计的思想:

软件设计真正要做的许多内容,就是发现职责并把那些职责相互分离;

PS:说起这个设计原则,让我想起了大学时学习C语言的时候,那时候上课的丰洪才老师问了我们一个问题:一个方法完成的功能是越多越好吗?

那个时候刚接触编程语言,当时心里理所当然的认为当然是完成的功能越多越好;直到在编程的道路上走着走着,才明白了其实职责越单一越好;

其实,有时候越是看上去简单的东西,越难说清楚,也越难理解,大道至简;