OO设计——单一职责原则（Single Reponsibility Principle,SRP）

• 概要

　　There should never be more than one reason for a class to change.
　　永远不要让一个类存在多个改变的理由。
　　换句话说，如果一个类需要改变，改变它的理由永远只有一个。如果存在多个改变它的理由，就需要重新设计该类。

　　SRP（Single Responsibility Principle）原则的核心含意是：只能让一个类有且仅有一个职责。这也是单一职责原则的命名含义。

　　为什么一个类不能有多于一个以上的职责呢？
　　如果一个类具有一个以上的职责，那么就会有多个不同的原因引起该类变化，而这种变化将影响到该类不同职责的使用者（不同用户）：
　　1，一方面，如果一个职责使用了外部类库，则使用另外一个职责的用户却也不得不包含这个未被使用的外部类库。
　　2，另一方面，某个用户由于某个原因需要修改其中一个职责，另外一个职责的用户也将受到影响，他将不得不重新编译和配置。
　　　这违反了设计的开闭原则，也不是我们所期望的。

• 职责的划分

　　既然一个类不能有多个职责，那么怎么划分职责呢？
　　Robert.C Martin给出了一个著名的定义：所谓一个类的一个职责是指引起该类变化的一个原因。
　　If you can think of more than one motive for changing a class, then that class has more than one responsibility.
　　如果你能想到一个类存在多个使其改变的原因，那么这个类就存在多个职责。

• 小结

　　Single Responsibility Principle (SRP)从职责（改变理由）的侧面上为我们对类（接口）的抽象的颗粒度建立了判断基准：在为系统设计类（接口）的时候应该保证它们的单一职责性。 

1. 1. 一个类只有一个引起它变化的原因，否则就应当考虑重构。
   2. SRP由引起变化的原因决定，而不由功能职责决定。虽然职责常常是引起变化的轴线，但是有时却未必，应该审时度势。
   3. 测试驱动开发，有助于实现合理分离功能的设计。
   4. 可以通过Façade模式或Proxy模式进行职责分离。

 

转载于:https://www.cnblogs.com/ruanzb/archive/2010/03/18/1689405.html