单一职责原则（SRP）
就一个类而言，应该仅有一个引起它变化的原因。
一个类承担的职责过多，相当于把这些职责耦合在一起，一个职责的变化可能会削弱或抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计。
软件设计真正要做的许多内容，就是发现职责并把那些职责相互分离。
如果你能够想到多于一个的动机去改变一个类，那么这个类就具有多于一个的职责。
开放--封闭原则（OCP）
对扩展开放，对修改封闭
面对需求的改变却可以保持相对稳定。
设计人员必须对于他设计的模块应对哪种变化封闭做出选择。他必须猜测出最有可能发生的变化种类，然后构造抽象来隔离那些变化。
在我们最初编写代码时，假设变化不会发生。当变化发生时，我们就创建抽象来隔离以后发生的同类变化。
面对需求，对程序的改动是通过增加新代码进行的，而不是更改现有的代码。
应该仅对程序中呈现出频繁变化的那些部分做出抽象。
对痛苦关闭，对快乐开放。
