D0 设计模式

单一职责

一个类只负责一个功能领域中的相应职责。，就一个类而言，应该只有一个引起它变化的原因。
单一职责原则告诉我们： 一个类不能太“累”！ 在软件系统中， 一个类（ 大到模块， 小到方法）承担的职责越多， 它被复用的可能性就越小， 而且一个类承担的职责过多， 就相当于将这些职责耦合在一起， 当其中一个职责变化时， 可能会影响其他职责的运作， 因此要将这些职责进行分离， 将不同的职责封装在不同的类中， 即将不同的变化原因封装在不同的类中， 如果多个职责总是同时发生改变则可将它们封装在同一类中。

单一职责原则是实现高内聚、 低耦合的指导方针， 它是最简单但又最难运用的原则， 需要设计人员发现类的不同职责并将其分离， 而发现类的多重职责需要设计人员具有较强的分析设计能力和相关实践经验。