软件实体（类、模块、函数等等）应该是可以扩展的，但是不能修改的。

如果程序中的一处改动就会产生连锁反应，导致一系列样模块的改动，那么设计就具有有僵化的臭味.

OCP建议我们应该对系统进行重构，这样以后对系统再进行那样的改动时，就不会导致更多的修改。如果正确地应用OCP，那么以后再进行同样的改动时，就只需要添加新的代码，而不必改动已经正常运行的代码。

也许，这看起来像是众所周知的可望而不可即的美好理想——然而，事实上却有一些相对简单并且有效的策略可以帮助接近这个理想。

描述

    1.对于扩展是开放的（Open for extension）

    2.对于更改是封闭的（Closed for modification）

    这两个特征好像是互相矛盾的。扩展模块的行为的通常方式就是修改该模块的源代码。不允许修改的模块常常都被认为是具有固定的行为。

关键是抽象

    在C++，Java或者其他任何的OOPL中，可以创建出