开闭原则的定义

开闭原则的定义: 一个软件实体,如类、模块和函数应该对扩展开放,对修改关闭.即一个软件实体应该通过扩展来实现变化,而不是通过修改已有的代码来实现变化.

软件实体包括一下部分

1. 项目或软件产品中按照一定的逻辑规则划分的模块
2. 抽象和类
3. 方法

注意: 开闭原则对扩展开放,对修改关闭,并不意味着不做任何修改,底层模块的变更,必然要有高层模块进行耦合,否则就是一个孤立无意义的代码片段

开闭原则的好处

开闭原则是一个最基本的原则,另外五个原则都是开闭原则的具体形态,是指导设计的工具和方法,而开闭原则才是精神领袖.

1. 开闭原则有利于进行单元测试
2. 开闭原则可以提高复用性
3. 开闭原则可以提高可维护性
4. 面向对象开发的要求

开闭原则的使用

1.抽象约束

1. 通过接口或抽象类约束扩展,对扩展进行边界限定,不允许出现在接口或抽象类中不存在的public方法
2. 参数类型、引用对象尽量使用接口或抽象类,而不是实现类
3. 抽象层尽量保持稳定,一旦确定不允许修改接口或抽象类一旦定义,应立即执行,不能有修改接口的想法,除非是彻底的大返工

2.元数据控制模块行为

元数据: 用来描述环境和数据的数据,通俗的说就是配置参数.

通过扩展一个子类,修改配置文件,完成了业务的变化,也是框架的好处

3.制定项目章程

4.封装变化

对变化的封装包含两层含义:

1. 将相同的变化封装到一个接口或抽象类中
2. 将不同的变化封装到不同的接口或抽象类中

不能有两个不同的变化出现在同一个接口或抽象类中.封装变化,找出预计的变化或不稳定的点,为这些变化点创建稳定的接口,准确的讲是封装可能发生的变化.23个设计模式都是从各个不同的角度对变化进行封装的.

1. 开闭原则也只是一个原则,实现拥抱变化的方法很多,并不局限于这6大设计原则,但是遵循着6大设计原则基本上可以应对大多数变化.
2. 项目规章非常重要
3. 预知变化,在实践过程中,一旦发现有发生变化的可能,或者变化曾经发生过,就需要考虑现有的架构是否可以轻松的实现这一变化.

开闭原则是一个终极目标,任何人包括大师级人物都无法百分之百做到,但朝这个方向努力,可以非常显著的改善一个系统的架构,真正做到"拥抱变化".