单一职责原则

1. 单一职责，对一个类而言，应该仅有一个引起他变化的原因。

2. 如果一个类承担的职责过度，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完整其他职责的能力，这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的破坏。

3. 单一职责和单件模式不是一回事，单件模式指要求一个类有且仅有一个实例，并且提供了一个全局的访问点。

4. 单一职责想要告诉我们的是，根据功能设计分离和归类功能到不同的类中，相互之间保留调用接口，这样一方的更改就不会影响另一方的更改，降低耦合和复杂度，同时也增加了复用性。也就是发现职责并把这些职责相互分离

5. 判断是否应该分离一个类，通过判断这个类的是否有多个修改动机，这个类就有多个职责可分离。

6. 在编程时要在类的职责分离上多思考，做到单一职责，这样你的代码才是真正的易维护，易扩展，易服用，灵活多样。