设计原则:单一职责原则
单一职责就是单一的功能原则，只有一个原因导致类的更改。
单一职责的好处：
1.类的复杂性降低，实现什么职责都有清晰明确的定义。2.可读性提高，复杂性降低，那当然可读性就高了。
3.可维护性提高，可读性高了，那当然容易维护。
4.变更引起的风险降低，变更是必不可少的，如果接口的单一指责做得好，一个接口修改只对相应的实现类有影响，对其它的接口无影响，这对系统的扩展性、维护性都有非常大的帮助。
对于接口的设计，一定要做到功能单一，但是对于实现类就要多方面考虑。生搬硬套单一职责会引起类的剧增，给维护带来巨大的麻烦，过分的细分功能，会人为的给系统增加复杂性。单一职责提出了一个编写程序的标准，用”职责“或”变化原因“来衡量接口或类设计得是否优良，但是”职责“和”变化原因“都是不可度量的，因项目和环境而异。接口一定要做到单一职责原则，类可以做到只有一个原因引起变化。
本文固定链接：http://www.yizhi227.com/?post=44
本文由Jessie原创或编辑，互联分享,尊重版权,转载请以链接形式标明本文地址
本文由Jessie原创或编辑，互联分享,尊重版权,转载请以链接形式标明本文地址
