设计模式之禅是ㄚ琪最近借到的一本书，看起来很像是大话设计模式，也是在讲设计模式，不过是以Java语言做说明，而且我也没看完大话设计模式，现在也借不到了，整个寒假，图书馆的书差不多都被借走了，唉！
我在看第一章单一职责原则时，这个简称SRP，当然大话的第03章 拍摄UFO—单一职责原则也有，不过有一点差异，原文有这样说‘There should never be more than one reason for a class tpo change.’，大话讲的是类别，跟原文一致，本文却讲的是用在介面，而在实作类别时，却说单一职责原则有时很难说可以用在类别上，要按照实际状况去做，喔喔，有点分歧，但是我们确实在学习尽量网这个原则去实作，ㄚ琪呢？反正程式码写的出来就OK了，哪管这么多，毕竟一人开发部门，没什么人管，就这样啰！
另外一定要列出一些好处，不然可能没有人会被吸引去做：
类别的复杂性降低，实现什么职责都有清晰明确的定义；
可读性提升。复杂性降低，可读性当然提升了；
可维护性提升。可读性提升，那当然更容易维护了；
变更引起的风险降低。变更是必不可少的，但如果介面的单一职责做得好，一个介面的修改只对相应的实作类别有影响，对其他介面无影响，这对系统的扩展性、维护性都有非常大的帮助。