设计模式6大原则之-单一职责原则

单一职责原则
单一职责原则，核心思想是：一个类，最好只做一件事，只有一个引起它变化的原因。

单一职责原则可以看作是低耦合、高内聚在面向对象原则上的引申，将职责定义为引起变化的原因，以提高内聚性来减少引起变化的原因。职责过多，可能引起变化的原因就越多，这将是导致职责依赖，相互之间就产生影响，从而极大的损伤其内聚性和耦合度。单一职责通常意味着单一的功能，因此不要为类实现过多的功能点，以保证实体只有一个引起它变化的原因。

Rectangle拥有两个方法，一个方法是draw,用来画图形，另一个方法是area用来计算面积。

Rectangle违背了单一职责原则，因为它具有两个职责：计算面积与绘制矩形。

绘制图形会与用户界面有关，但是计算图形面积却未必与界面有关，如果把这两个职责写到一个类中，那么如果只需要使用area（）方法这一职责来计算面积，那就不得不把draw()方法一同编译，但是却可能也用不到它。

如果其中一个职责需要修改，就不得不重新编译和部署另外一个。

如果类的职责超过一个，这些职责之间就会产生耦合。改变一个职责，可能会影响和妨碍类为其它类服务的功能。

把两个职责分开会好一些。

两个职责分离，这样耦合度就会降低。SRP原则的核心就是要求对类的改变只能是一个，对于违反这一原则的类应该进行重构，例如以Façade模式或Proxy模式分离职责，通过基本的方法Extract Interface、Extract Class和Extract Method进行梳理。

ps.引用：http://blog.csdn.net/yuluows/article/details/7013343