一。单一职责
我们先来看一个iphone的接口
这个接口包含了两种功能：分别是协议管理，数据传送
下面引用设计模式之蝉中的原话：“dial()和hangup()两个方法实现的是协议管理，分别负责拨号接通和挂机;chat()实现 的是数据的传送，把我们说的话转换成模拟信号或数字信号传递到对方，然后再把对方传递 过来的信号还原成我们听得懂的语言。我们可以这样考虑这个问题，协议接通的变化会引起 这个接口或实现类的变化吗?会的!那数据传送(想想看，电话不仅仅可以通话，还可以上 网)的变化会引起这个接口或实现类的变化吗?会的!那就很简单了，这里有两个原因都引 起了类的变化。这两个职责会相互影响吗?电话拨号，我只要能接通就成，甭管是电信的还 是网通的协议;电话连接后还关心传递的是什么数据吗?通过这样的分析，我们发现类图上 的IPhone接口包含了两个职责，而且这两个职责的变化不相互影响，那就考虑拆分成两个接 口”
总结：
- 可以降低类的复杂度，一个类只负责一项职责，其逻辑肯定要比负责多项职责简单的多；
- 提高类的可读性，提高系统的可维护性；
- 变更引起的风险降低，变更是必然的，如果单一职责原则遵守的好，当修改一个功能时，可以显著降低对其他功能的影。
参考：
设计模式之蝉（第2版）
设计模式-可复用面向对象的软件基础
