#设计模式 #设计原则

对于接口应该尽量保证单一职责原则。
比如将接口的信息和行为分开，拆分为两个接口。

不过也要打破惯性思维
比如电话的功能，拨通和挂断属于协议通信，通话属于数据传输。也算是两种原则。在实际项目有需要时，及时分为两个接口比较好。

单一职责的好处

1. 类的复杂性降低
2. 可读性提高
3. 可维护性搞
4. 变更引起的风险低

单一职责的难点：划分职责
对于“职责”我们没有一个确定的标准。上述电话功能，三个方法设计为一个接口也非常简单。如果系统需求在未来不会对业务进行极大的改变，这样设计也无伤大雅。

单一职责原则提出了一个编写程序的标准，用“职责”和“变化原因”来衡量接口或者类设计的是否优良，但是二者都不可度量，所以该标准因项目和环境而异。

类的设计尽量做到只有一个原因引起变化。