1. 单一职责原则（SRP），就一个类而言，应该仅有一个引起它变化的原因。

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

3.软件设计真正要做的许多内容，就是发现职责并把那些职责相互分离。 如果你能够想到多于一个的动机去改变一个类，那么这个类就具有多于一个的职责，就应该考虑类的职责分离。做到单一职责，这样代码才是真正的已维护、易扩展、易复用、灵活多样。

单一职责，举个例子。单反相机的单一性职责，让其拍摄性能明显优于手机的相机功能。