大话设计模式----开放-封闭原则

在看开放-封闭原则的时候，我们先来考虑一个例子，香港回归时，邓小平同志提出了一国两制，原因主要是在于大陆的社会主义制度不能修改，这一点毋庸置疑，而香港澳门长期来资本主义制度下管理和发展，所以回归的时强行修改香港和澳门的制度也并不合理，所以“一国两制”来解决制度差异造成的矛盾是最合理的解决方法。

在软件设计模式中，这种不能修改，但可以扩展的思想也是最重要的一种设计原则，它就是开放-封闭原则。

开放-封闭原则：软件实体（类，模块，函数等等）应该可以扩展，但是不可以修改。

在定义中，我们可以看出其实开放-封闭原则有两个特征，一个是说“对于扩展是开放的“，”另一个是说对于更改是封闭的。”

仔细思考，我们在做任何系统的时候，都不要指望系统一开始时需求确定，就再也不会变化，这是不现实也不科学的想法，而既然需求是一定会变化的，那么如何在面对需求的变化时，设计的软件可以相对容易修改，不至于说，新需求一来，就要把整个程序推到重来。怎样的设计才能面对需求的改变却可以保持相对稳定，从而使得系统可以在第一个版本以后不断推出新的版本呢？开放-封闭原则就给出了答案。

但是，无论模块是多么的“封闭”，都会存在一些无法对之封闭的变化，既然不可能完全封闭，设计人员必须对于他设计的模块应该对哪种变化封闭做出选择。他必须先猜出最有可能发生的变化种类，然后构造抽象来隔离那些变化。

其实，我们是很难预先猜测，但是，我们要做到的，是等到变化时立即采取行动。在我们最初编写代码时，假设变化不会发生。当变化发生时，我们就创建抽象来隔离以后发生的同类的变化。

所以，在面对需求时，对程序的改动是通过增加新代码进行的，而不是更改现有的代码。这就是开放-封闭原则的精神所在。

我们举一个栗子：

现在我们编写一个加法类的程序，写好之后，现在我让你增加减法功能，你重新写好之后，我现在又让你增加乘法和除法风能，那么我们不如直接就抽象一个运算类，然后我们去让运算类去实现和管理加、减、乘、除就好了啊。

我们来看一下UML图：

是不是发现好熟悉呢，这明明和策略模式差不多吗。

所以说，开放-封闭原则是面向对象设计的核心所在，遵循这个原则可以带来面向对象技术所声称的巨大好处，也就是可维护，可扩展，可复用，灵活性好。我们应该仅对程序中显现出频繁变化的那些部分做出抽象，然而，对于应用程序中的每个部分都刻意地进行抽象同样不是一个好主意，拒绝不成熟的抽象和抽象本身一样重要。

所以说，尽量抽象有的时候也并不是一件好事。