设计模式七大原则-单一职责原则

引言

在软件开发中,为了提高软件系统的可维护性,增加软件的可扩展性和灵活性,程序员要尽量根据7条原则来开发程序,从而提高软件开发效率,节约软件开发成本和维护成本

想了解七大原则的其他原则 ,可看在下其他文章通读全文则可爆锤面试官↓

设计模式七大原则-开闭原则

设计模式七大原则-里氏替换原则

设计模式七大原则-依赖倒置原则

设计模式七大原则-单一职责原则

设计模式七大原则-接口隔离原则的定义

设计模式七大原则-迪米特法则

设计模式七大原则-合成复用原则

单一职责原则定义

单一职责原则（Single Responsibility Principle，SRP）又称单一功能原则，由罗伯特·C.马丁（Robert C. Martin）于《敏捷软件开发：原则、模式和实践》一书中提出的。这里的职责是只类变化的原因,单一职责原则规定一个类应该有且仅有一个引起它变化的原因,否则类应该被拆分

该原则提出对象不应该承担太多职责,如果一个对象承担了太多的职责,至少存在两个缺点:

1. 一个职责的变化可能会削弱或者抑制这个类实现其他职责能力
2. 当客户端需要对该对象的某一个职责,不得不将其他不需要的职责全部保健进来,从而造成冗余代码或代码的浪费

优点

单一职责原则的核心就是控制类的颗粒度大小,将对象解耦,提高其内聚行.如果遵循单一职责原则将有以下优点

• 降低类的复杂度,一个雷只负责一项职责,其逻辑肯定要比负责多想职责简单的多
• 提高类的可读性,复杂性降低,自然其可读性会提高
• 提高系统的可维护性,可读性提高,那自然更容易维护了
• 变更引起的风险降低,变更时必须的,如果单一职责原则遵守的号,当修改一个功能时,可以显著降低对其他功能的影响

单一职责原则实现

单一职责原则是最简单但又最难运用的原则,需要设计人员发现类的不同职责并将其分离,再封装到不同的类或模块中,而发现类的多重职责需要设计人员具有较强的分析设计能力和相关重构经验

例子:
你吃一顿饭需要用一个工具:喝汤,吃米饭,夹菜,打男朋友;如果你要喝汤,吃米饭,夹菜,打男朋友显然是不合理的,正确做法是将职责分开,喝汤和吃米饭