单一职责原则（SRP）：就一个类而言，应该仅有一个引起它变化的原因。
如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会小若或则抑制这个类完成其他职责的能力。这种耦合会当值脆弱的设计，当发生变化时，设计会发生意想不到的破坏。
软件设计真正要做到许多内容，就是发现职责，并把那些职责相互分离。其实要去判断是否应该分离出类来，也不难，那就是如果你能够想到多于一个的动机去改变一个类，那么这个类就具有多余一个的职责，就应该考虑类的职责分离。
编程时，我们在设计类的时候要在类的分离上多思考，做到单一职责，这样你的代码才真正的易维护，易扩展，易复用，灵活多样。
原文：http://www.cnblogs.com/luerniu/p/5441323.html