开闭原则的定义
开闭原则的定义: 一个软件实体,如类、模块和函数应该对扩展开放,对修改关闭.即一个软件实体应该通过扩展来实现变化,而不是通过修改已有的代码来实现变化.
软件实体包括一下部分
- 项目或软件产品中按照一定的逻辑规则划分的模块
- 抽象和类
- 方法
注意: 开闭原则对扩展开放,对修改关闭,并不意味着不做任何修改,底层模块的变更,必然要有高层模块进行耦合,否则就是一个孤立无意义的代码片段
开闭原则的好处
开闭原则是一个最基本的原则,另外五个原则都是开闭原则的具体形态,是指导设计的工具和方法,而开闭原则才是精神领袖.
- 开闭原则有利于进行单元测试
- 开闭原则可以提高复用性
- 开闭原则可以提高可维护性
- 面向对象开发的要求
开闭原则的使用
1.抽象约束
- 通过接口或抽象类约束扩展,对扩展进行边界限定,不允许出现在接口或抽象类中不存在的public方法
- 参数类型、引用对象尽量使用接口或抽象类,而不是实现类
- 抽象层尽量保持稳定,一旦确定不允许修改接口或抽象类一旦定义,应立即执行,不能有修改接口的想法,除非是彻底的大返工
2.元数据控制模块行为
元数据: 用来描述环境和数据的数据,通俗的说就是配置参数.
通过扩展一个子类,修改配置文件,完成了业务的变化,也是框架的好处
3.制定项目章程
4.封装变化
对变化的封装包含两层含义:
- 将相同的变化封装到一个接口或抽象类中
- 将不同的变化封装到不同的接口或抽象类中
不能有两个不同的变化出现在同一个接口或抽象类中.封装变化,找出预计的变化或不稳定的点,为这些变化点创建稳定的接口,准确的讲是封装可能发生的变化.23个设计模式都是从各个不同的角度对变化进行封装的.
- 开闭原则也只是一个原则,实现拥抱变化的方法很多,并不局限于这6大设计原则,但是遵循着6大设计原则基本上可以应对大多数变化.
- 项目规章非常重要
- 预知变化,在实践过程中,一旦发现有发生变化的可能,或者变化曾经发生过,就需要考虑现有的架构是否可以轻松的实现这一变化.
开闭原则是一个终极目标,任何人包括大师级人物都无法百分之百做到,但朝这个方向努力,可以非常显著的改善一个系统的架构,真正做到"拥抱变化".
)
