单一职责原则SRP

就一个类而言，应该仅有一个引起它变化的原因。

说明：

如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或抑制这个类完成其他职责的能力。同时，一个类承担过多职责，会加大代码编写、阅读以及维护的难度。

下面举例违反单一职责原则，看其所带来的危害：

在这里，Rectangle类承担了俩个责任：
1.在屏幕上绘制图形draw，
2.计算area;
ComputationalGeometryApplication只使用计算功能
GraphicalApplication只使用在屏幕上绘制图像功能

现在将功能耦合到Rectangle类中，一旦某一方导致Rectangle类发生变化，那么需要我们重新测试所有相关类，避免发生不可预测的错误。

这还是一个类中承担职责较小时的情况，如果承担职责过多，一方改动会增加其他相关联类发生故障的可能性。

好的设计应当是将职责分离出来：

单一职责原则：职责是改变类的原因，如果应用程序的变化导致程序中俩个职责同时变化，那么就不必分离。