单一职责原则

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


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

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


为什么要遵守SRP呢?

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

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

(2)提高类的复用性

 

posted @ 2019-11-27 13:51  ノGHJ  阅读(154)  评论(0编辑  收藏  举报