单一职责原则

单一职责原则(SRP): 就一个类而言，应该仅有一个引起它变化的原因。
如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭到意想不到的破坏。
从分离的角度，分享对单一职责原则的思考:
前后端分离
接口与实现分离
业务与系统分离
公共与逻辑分离
开发与生产分离
数据模型和处理分离


优点：
降低类的复杂度；
提高类的可读性，因为类的职能单一，看起来比较有目的性，显得简单；
提高系统的可维护性，降低变更程序引起的风险。
变更引起的风险降低。变更是必然的，如果单一职责原则遵守得好，当修改一个功能时，可以显著降低对其他功能的影响。

缺点：
如果一味追求这个单一职责，从而造成冗余代码或代码的浪费。


为什么要遵守SRP呢?

(1)可以减少类之间的耦合

如果减少类之间的耦合，当需求变化时，只修改一个类，从而也就隔离了变化；如果一个类有多个不同职责，它们耦合在一起，当一个职责发生变化时，可能会影响到其他职责。

(2)提高类的复用性