设计模式之禅之开闭原则

声明：本文为阅读秦小波所写的《设计模式之禅》所写小结，文章内容可能有部分引述此书。

开闭原则(Open Closed Principle)：对扩展开放，对修改关闭

1、定义：

软件实体应该通过扩展子类来实现变化，而不是通过修改已有代码实现变化。

软件实体包括以下部分：

软件或软件产品按照一定逻辑规则划分的模块；
抽象和类；
方法。

变化的分类：

1）逻辑的变化：只变化一个逻辑，而不涉及其他模块；
此时可以修改原有类中的方法，前提是所有依赖和关联类都按照相同的逻辑处理。
2）子模块的变化：一个低层次的模块变化必然引起高层次的模块变化，因此高层次的模块的修改是必然的。
3）可见视图变化：可见视图是提供给客户使用的界面。

一般项目基本思路：项目开发、重构、测试、投产、运维
其中，重构是对原有设计和代码进行修改；
运维一般都会减少对原有代码的修改。

2、为什么要采用开闭原则：开闭原则是前五大原则的抽象，前五大原则是其具体实现；

1）降低了测试的成本：减少了测试方法的修改，避免了原有测试流程；
2）提高了复用性：缩小了逻辑力度，直到不能再拆分；
3）提高了可维护性：扩展类比修改类容易；
4）面向对象的开发要求：将“可能”留下接口，等待“可能”转变为“现实”。

3、如何使用开闭原则？

1、抽象约束：通过接口或抽象类可以约束一组可能变化的行为，并且能够实现对扩展开放；
1）通过接口或抽象类约束扩展，对扩展进行边界限定，不允许出现接口或抽象类中不存在的public方法；
2）参数类型、引用对象尽量使用接口或者抽象类，而不是实现类；
3）抽象层尽量保持稳定，一旦确定即不允许修改。
2、元数据(metadata)控制模块行为：
元数据：配置参数
通过扩展一个子类，修改配置文件，完成业务变化。 --- 框架
3、制定项目章程：约定优于配置；
4、封装可能发生变化：将相同的变化封装到一个接口或者抽象类中；将不同的变化封装到不同的接口或者抽象类中。

小结：开闭原则也只是一个原则，应对需求的变化，我们需要做好应对变化的准备。学会预知变化，从而拥抱变化。

注：本文大多数内容基本从《设计模式之禅中》摘录，也有小部分自己的理解，如果有误欢迎大家批评指正。如有问题，也欢迎大家积极留言探讨。