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