设计模式六大原则（6）：开闭原则[通俗易懂]

问题由来：在软件的生命周期内，由于变化、升级和维护等原因须要对软件原有代码进行改动时，可能会给旧代码中引入错误。也可能会使我们不得不正确整个功能进行重构，而且须要原有代码经过又一次測试。

解决方式：当软件须要变化时。尽量通过扩展软件实体的行为来实现变化。而不是通过改动已有的代码来实现变化。

         开闭原则是面向对象设计中最基础的设计原则。它指导我们怎样建立稳定灵活的系统。开闭原则可能是设计模式六项原则中定义最模糊的一个了，它仅仅告诉我们对扩展开放，对改动关闭，但是究竟怎样才干做到对扩展开放。对改动关闭，并没有明白的告诉我们。

曾经，假设有人告诉我“你进行设计的时候一定要遵守开闭原则”。我会觉的他什么都没说，但貌似又什么都说了。由于开闭原则真的太虚了。

         在细致思考以及细致阅读非常多设计模式的文章后，最终对开闭原则有了一点认识。

事实上。我们遵循设计模式前面5大原则，以及使用23种设计模式的目的就是遵循开闭原则。也就是说，仅仅要我们对前面5项原则遵守的好了，设计出的软件自然是符合开闭原则的。这个开闭原则更像是前面五项原则遵守程度的“平均得分”，前面5项原则遵守的好，平均分自然就高，说明软件设计开闭原则遵守的好。假设前面5项原则遵守的不好。则说明开闭原则遵守的不好。

         事实上笔者觉得。开闭原则无非就是想表达这样一层意思：用抽象构建框架。用实现扩展细节。由于抽象灵活性好。适应性广，仅仅要抽象的合理。能够基本保持软件架构的稳定。而软件中易变的细节。我们用从抽象派生的实现类来进行扩展，当软件须要发生变化时，我们仅仅须要依据需求又一次派生一个实现类来扩展就能够了。当然前提是我们的抽象要合理，要对需求的变更有前瞻性和预见性才行。

         讲到这里，再回忆一下前面说的5项原则。恰恰是告诉我们用抽象构建框架。用实现扩展细节的注意事项而已：单一职责原则告诉我们实现类要职责单一；里氏替换原则告诉我们不要破坏继承体系。依赖倒置原则告诉我们要面向接口编程。接口隔离原则告诉我们在设计接口的时候要精简单一。迪米特法则告诉我们要减少耦合。

而开闭原则是总纲。他告诉我们要对扩展开放，对改动关闭。

         最后说明一下怎样去遵守这六个原则。

对这六个原则的遵守并非是和否的问题，而是多和少的问题，也就是说。我们一般不会说有没有遵守，而是说遵守程度的多少。不论什么事都是过犹不及，设计模式的六个设计原则也是一样，制定这六个原则的目的并非要我们刻板的遵守他们，而须要依据实际情况灵活运用。对他们的遵守程度仅仅要在一个合理的范围内，就算是良好的设计。

我们用一幅图来说明一下。

        图中的每一条维度各代表一项原则。我们根据对这项原则的遵守程度在维度上画一个点。则假设对这项原则遵守的合理的话。这个点应该落在红色的同心圆内部。假设遵守的差，点将会在小圆内部；假设过度遵守，点将会落在大圆外部。一个良好的设计体如今图中，应该是六个顶点都在同心圆中的六边形。

        在上图中，设计1、设计2属于良好的设计。他们对六项原则的遵守程度都在合理的范围内。设计3、设计4设计尽管有些不足，但也基本能够接受；设计5则严重不足，对各项原则都没有非常好的遵守；而设计6则遵守过渡了，设计5和设计6都是迫切须要重构的设计。

         到这里，设计模式的六大原则就写完了。主要參考书籍有《设计模式》《设计模式之禅》《大话设计模式》以及网上一些零散的文章。但主要内容主要还是我本人对这六个原则的感悟。

写出来的目的一方面是对这六项原则系统地整理一下，一方面也与广大的网友分享。由于设计模式对编程人员来说，的确很重要