《敏捷软件开发-原则、模式与实践》-第九章 开放-封闭原则（OCP）

    首先第一句：软件实体（类，模块，函数等）应该是可以扩展的，但是不可修改的

    如果我们实现了OCP，那么直接得到的好处就是：我们对系统进行改动时，只需要添加新的代码，而不必改动已经正常运行的代码

    遵循OCP的模块有两个主要特征：

1.  对于扩展是开放的，模块的行为是可以扩展的
2.  对于更改是封闭的，当对模块功能进行扩展时，不必改动源代码，亦或是可链接的库，jar文件等等都无需改变

    我们在实际操作中，实现OCP的关键就在于抽象。模块可以操作一个抽象体，那么由于模块依赖于一个固定的抽象体，因此对于更改是封闭的，同时我们又可以通过抽象体派生，从而实现扩展。

    我们在实际开发的过程中，不可能设计出100%封闭的模块。当我们从一个角度进行设计时，可能满足了OCP，但是从另一个变化的角度来说，这个设计又不满足OCP。因此我们应当对系统中那些变量会变化有理解，才能从合理的角度进行OCP设计。那么除了我们的经验，还有什么方法能够比较准确的预测变化呢？我们通过编写测试，快速迭代来尽早的暴露出那些东西会变化。而我们在最初设计的时候可能会出现错误，但是当我们通过测试，迭代发现问题之后就一定不能再次在这个地方出错。

    诚然做出适当的抽象是好事，但是同样，对于应用程序中的每个部分都肆意的进行抽象同样是不可取的，开发人员应该仅仅对程序中呈现出频繁变化的那些部分进行抽象。拒绝不成熟的抽象和抽象本身一样重要！！

    通过第8、9两章的阅读，无论是SRP还是OCP，我们发现其实都是一个平衡的过程，不能过度的进行设计。这种度需要在不断的实践过程中去把握。