开放-封闭原则：软件实体（类、模块、函数等等），应该可以扩展，但是不可修改。
    面对需求，对程序的改动是通过增加新代码进行的，而不是更改现有的代码。
    何时应对变化：绝对的对修改关闭是不可能的，无论模块是多么的‘封闭’，都会存在一些无法对之封闭的变化。既然不可能完全封闭，设计人员必须对于它设计的模块应该对哪种变化封闭做出选择。它必须先猜测出最有可能发生的变化种类，最后构造抽象来隔离那些变化。
    但事先预测是很难的，可以在最初编写代码时候，假设变化不会发生，但可以等到变化发生时立即采取行动，创建抽象来隔离以后发生的同类变化。
    希望是在开发工作展开不久就知道可能发生的变化。察觉可能发生的变化所等待的时间越长，要创建正确的抽象就越困难。应该仅对应用程序中呈现出频繁变化的那些部分抽象，但对于应用程序中每个部分都刻意地进行抽象并不是一个好主意。拒绝不成熟的抽象和抽象本身一样重要。