单一职责原则(SRP): 就一个类而言, 应该仅有一个引起它变化的原因。
如果一个类承担的职责过多, 就等于把这些职责耦合在一起,一个职责的变化就可能会削弱或者抑制这个类完成其他职责的能力。 这种耦合会导致脆弱的设计,但变化发生时, 设计会遭受到意想不到的破坏。
软件设计真正要做的许多内容, 就是发现职责并把那些职责相互分离。 其实要判断是否该分离出类来, 也不难, 那就是如果你能想到多余一个的动机去改变一个类, 那么这个类就具有多于一个职责, 就应该考虑类的职责分离。
在编程时, 我们要在类的职责分离上多思考, 做到单一职责, 这样写出来的代码才是真正的易维护、易扩展、易复用、灵活多样。