SRP:单一职责原则——一个类应该只有一个发生变化的原因。
如果一个类承担的职责过多,就等于把这些职责耦合在了一起。一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。
这个设计,Rectangle类有两个职责:
1.提供计算矩形的数学模型;
2.把矩形在一个图形用户界面上绘制出来。
当前的设计会有下面的问题:
a.因为Rectangle需要在用户界面绘制图形,需要引入GUI组件(如System.Drawing.dll),在仅仅想使用MathApplication的环境中,也需要引入GUI组件。
b.如果GraphApplication需要对Draw()方法进行修改,一定要对MathApplication进行测试和部署。
下面展示将两个职责分开的改进设计。
GraphApplication已经不必引用GUI组件,对Draw业务逻辑的修改不会影响MathApplication。
总结:
SRP是所有原则中最简单的原则之一,也是最难正确运用的原则之一。我们会自然的把职责结合在一起,敏捷设计(这是一个重新设计,代码重构的过程)就是要分离这些职责。当你被变化击中时要考虑分离职责,如果应用程序的变化方式总是导致职责同时变化就不必分离它们,分离会引进不必要的复杂性的臭味。