前言
单一职责原则(SRP:Single responsibility principle)又称单一功能原则,面向对象五个基本原则(SOLID)之一。它规定一个类应该只有一个发生变化的原因。该原则由罗伯特·C·马丁(Robert C. Martin)于《敏捷软件开发:原则、模式和实践》一书中给出的。马丁表示此原则是基于汤姆·狄马克(Tom DeMarco)和Meilir Page-Jones的著作中的内聚性原则发展出的。
所谓职责是指类变化的原因。如果一个类有多于一个的动机被改变,那么这个类就具有多于一个的职责。而单一职责原则就是指一个类或者模块应该有且只有一个改变的原因。
定义
一个类,只有一个引起它变化的原因。应该只有一个职责。每一个职责都是变化的一个轴线,如果一个类有一个以上的职责,这些职责就耦合在了一起。这会导致脆弱的设计。当一个职责发生变化时,可能会影响其它的职责。另外,多个职责耦合在一起,会影响复用性。例如:要实现逻辑和界面的分离。
优点
- 降低类的复杂度,实现什么职责都有清晰明确的定义;
- 提高类的可读性,提高系统的可维护性;
- 降低变更引起的风险(降低对其他功能的影响)。
实现
单一职责原则关键点:要求接口的职责单一,从而实现该接口的类的职责单一。
IDataChannel职责:数据通信
IConnection职责:连接管理
SocketImplementation:两个职责耦合,这不是所希望的,但或许是必要的。
最佳实践
- 单一职责最难划分的是职责。
- 单一职责原则提出标准:用职责和变化原因来衡量接口或类设计的是否优良,但是职责和变化原因都是不可度量的,因项目、环境而异。
- 接口一定要做到单一职责,类的设计尽量做到只有一个原因引起变化。