单一职责原则(SRP): 就一个类而言，应该仅有一个引起它变化的原因。 如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭到意想不到的破坏。 从分离的角度，分享对单一职责原则的思考: 前后端分离 接口与实现分离 业务与系统分离 公共与逻辑分离 开发与生产分离 数据模型和处理分离 优点： 降低类的复杂度； 提高类的可读性，因为类的职能单一，看起来比较有目的性，显得简单； 提高系统的可维护性，降低变更程序引起的风险。 变更引起的风险降低。变更是必然的，如果单一职责原则遵守得好，当修改一个功能时，可以显著降低对其他功能的影响。 缺点： 如果一味追求这个单一职责，从而造成冗余代码或代码的浪费。 为什么要遵守SRP呢? (1)可以减少类之间的耦合 如果减少类之间的耦合，当需求变化时，只修改一个类，从而也就隔离了变化；如果一个类有多个不同职责，它们耦合在一起，当一个职责发生变化时，可能会影响到其他职责。 (2)提高类的复用性