设计模式原则—开闭原则(OCP)
来源:互联网 发布:云计算都招聘什么岗位 编辑:程序博客网 时间:2024/05/29 18:43
定义:一个软件实体如类、模块和函数应该对扩展开放,对修改关闭。
问题由来:在软件的生命周期内,因为变化、升级和维护等原因需要对软件原有代码进行修改时,可能会给旧代码中引入错误,也可能会使我们不得不对整个功能进行重构,并且需要原有代码经过重新测试。
解决方案:当软件需要变化时,尽量通过扩展软件实体的行为来实现变化,而不是通过修改已有的代码来实现变化。
开闭原则是面向对象设计中最基础的设计原则,它指导我们如何建立稳定灵活的系统。开闭原则可能是设计模式六项原则中定义最模糊的一个了,它只告诉我们对扩展开放,对修改关闭,可是到底如何才能做到对扩展开放,对修改关闭,并没有明确的告诉我们。以前,如果有人告诉我“你进行设计的时候一定要遵守开闭原则”,我会觉的他什么都没说,但貌似又什么都说了。因为开闭原则真的太虚了。
在仔细思考以及仔细阅读很多设计模式的文章后,终于对开闭原则有了一点认识。其实,我们遵循设计模式前面5大原则,以及使用23种设计模式的目的就是遵循开闭原则。也就是说,只要我们对前面5项原则遵守的好了,设计出的软件自然是符合开闭原则的,这个开闭原则更像是前面五项原则遵守程度的“平均得分”,前面5项原则遵守的好,平均分自然就高,说明软件设计开闭原则遵守的好;如果前面5项原则遵守的不好,则说明开闭原则遵守的不好。
开闭原则想表达这样一层意思:用抽象构建框架,用实现扩展细节。因为抽象灵活性好,适应性广,只要抽象的合理,可以基本保持软件架构的稳定。而软件中易变的细节,我们用从抽象派生的实现类来进行扩展,当软件需要发生变化时,我们只需要根据需求重新派生一个实现类来扩展就可以了。当然前提是我们的抽象要合理,要对需求的变更有前瞻性和预见性才行。
说到这里,再回想一下前面说的5项原则,恰恰是告诉我们用抽象构建框架,用实现扩展细节的注意事项而已:单一职责原则告诉我们实现类要职责单一;里氏替换原则告诉我们不要破坏继承体系;依赖倒置原则告诉我们要面向接口编程;接口隔离原则告诉我们在设计接口的时候要精简单一;迪米特法则告诉我们要降低耦合。而开闭原则是总纲,他告诉我们要对扩展开放,对修改关闭。
- 设计模式原则—开闭原则(OCP)
- 设计模式:开闭原则(OCP)
- 设计模式中开闭原则(OCP)
- 设计模式六大原则之--开闭原则(OCP)
- 设计模式6大原则:开闭原则(OCP)
- 设计模式六大原则之--开闭原则(OCP)
- 开闭设计原则ocp
- 设计模式之六大原则——开闭原则(OCP)
- 设计模式之六大原则——开闭原则(OCP)
- 设计模式之六大原则——开闭原则(OCP)
- 设计模式六大原则——开闭原则(OCP,Open Close Principle)
- 设计模式之六大原则——开闭原则(OCP)
- 设计模式之六大原则——开闭原则(OCP)
- 设计模式之六大原则——开闭原则(OCP)
- 设计模式教程-开闭原则OCP
- 开闭原则(OCP)
- 开闭原则(OCP)
- 设计模式原则——开闭原则
- Tarjan求割点——HDU 4587
- Permission is only granted to system apps
- singleton
- 七步精通Python机器学习
- MyBatis动态sql详解(一)
- 设计模式原则—开闭原则(OCP)
- 读书笔记之适配器模式
- 二叉树的后序遍历--非递归实现
- java Stringbuffer的使用
- 100003. Tree
- CodeForces
- C#中DllImport用法汇总
- hdu2852 KiKi's K-Number 线段树
- LeetCode#91. Decode Ways