大话设计模式之单一职责原则

该博客参考：

java 设计模式六大原则（1）：单一职责原则_l_215851356的博客-CSDN博客

设计模式系列：单一职责原则_有心好书的博客-CSDN博客

面向对象六大原则----单一职责原则_Jo__yang的博客-CSDN博客

大话设计模式

引用的3篇博客，都很详细的例子，这篇博客是通过对参考内容的总结，便于自己理解，例子可以看参考的3篇博客，这里不写

什么是单一职责原则

单一职责原则：就一个类而言，应该仅有一个引起它变化的原因  简单记忆：术业有专攻，我是专门搬砖的！！                         

怎么理解这句话：

大话设计模式这本书这样写：

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

个人是这样理解的：

一个开发工程师相当于一个类，这个团队只有它一个人（类），ui是他设计，前端是他开发，后端也是他，运维也是他的，所有

职责都是他，那么他做一个项目会做到完美吗，一定会顾此失彼的。这时，我们用单一职责解放这个苦逼的程序员，只让他干后端开发，（一个类只有引起它变化的原因）。其他的开发工作交给其他人，将职责相互分离。

为什么要使用单一职责原则

首先，单一职责原则是编程常识，最好遵守，不要让麻烦主动找咱。

他的优点：

总的来说：使用单一职责原则：

从概念上就能看出：1.一个类一个职责，是不是维护起来很方便，需要改哪个就改哪个，不用担心改了其他的。

                               2.扩展起来也方便，一个人一个坑，不容易搞错。既然一个人一个坑，复用起来也方便。我就只要你这个

                              功能，其他的我不要，是不是复用性强。

• 可以降低类的复杂度，一个类只负责一项职责，其逻辑肯定要比负责多项职责简单的多；
• 提高类的可读性，提高系统的可维护性；
• 变更引起的风险降低，变更是必然的，如果单一职责原则遵守的好，当修改一个功能时，可以显著降低对其他功能的影响。