对于单一职责的一些理解

单一职责原则(Single Responsibility Principle, SRP)

SRP的原话是：There should never be more than one reason for a class to change.翻译过来其实也很好懂：应该有且仅有一个原因引起类的变更。
简单来说就是“一个类仅有一个职责”或者“引起类变化的只有一个原因”，这就是单一职责原理。
其核心的思想是：

              一个类，最好只做一件事，只有一个引起它变化的原因

举个例子：
手机的功能多，但是每一项的功能都不强：

拍摄功能——>专业的摄像机和照相机
网络摄像头——>专业摄像头
GPS功能——>专业GPS导航系统
等等等。。。
每一个职责都是一个变化的轴线，当需求变化时会反映为类的职责的变化，如果一个类的承担的职责多于一个，那么引起她变化的原因就有多个，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力，从而导致脆弱的设计。

为什么要采用单一职责原则？

  因为每一个职责都是变化的一个轴线，当需求变化时，该变化会反映为类的职责的变化。如果一个类承担了多于一个的职责，那么就意味着引起它的变化的原因会有多个。如果一个类承担的职责过多，那么就等同于把这些职责耦合在了一起。一个职责的变化可能会抑制到该类完成其他职责的能力，这样的耦合会导致脆弱的设计。当变化发生时，设计会受到意想不到的破坏。单一职责原则正是实现高内聚低耦合需要遵守的一个原则。

可以看到，“单一职责”的目的如下：

1、以类来隔离需求功能点，这样当一个点的需求发生小的变化的时候，不会影响别的类的逻辑
2、是一个原子模块级的粒度，易修改，易废弃
3、粒度小，灵活，复用性强，易聚合组装为更高一级的业务对象

对于一个类来说，降低类的复杂度（因为一个类需要做的东西变少了）、提高类的可读性（因为处理的东西少，所以容易知道这个类是干嘛的）、提高系统的可维护性（易读，耦合性低）、降低变更引起的风险（因为类/方法之间互不影响，所以增加新的东西也不会引起原先的东西变化）。