单一职责原则：就一个类而言，应该仅有一个引起他变化的原因。如一个类若有太多的职责，则意味着，无论任何需求要更新，这个类就要更新，这样维护起来就很麻烦，复用就不可能，缺乏灵活性。

如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会会遭受到意想不到的破坏。

软件设计真正要做的许多内容，就是发现职责并帮那些职责相互分离。其实要去判断是否应该分离出类来，也不难，那就是如果你能够想到多于一个的动机去改变一个类，那么这个类就具有多于一个的职责，就应该考虑类的职责分离。