|
Open-Closed Principle,即开闭原则,由Bertrand Meyer在1988年提出,原话是:Software entities(classes,modules,functions,etc.) should be open for extension, but closed for modifcation。
当一个小小的改动使得原先的设计发生很多变化,也就是说原先的设计变得僵化(Rigidity),运用开闭原则对原有设计进行重构,以应对将来出现的新的更改。
Open for extension:当新需求出现的时候,可以通过扩展现有模型达到目的。
Close for modification:对已有的二进制代码,如dll,jar等,则不允许做任何修改。
实现上述原则的方法是抽象(Abstraction)。
两种安全的实现开闭原则的设计模式是:Strategy pattern(策略模式),Template Methord(模版方法模式)。
然后作者提出了shape的例子,要求可以添加入新的图形,而不需要修改源代码。
首先用c实现,这个例子充满了if/else,无法满足需要,我的理解是充满了if/else或者switch/case的情况下,应该使用上两种模式来重构代码。(购物车的例子,业务方法根据商品的不同种类选择折扣比率,如果运用if/else或者switch/case,在以后比率发生变化的时候,将会影响整个类的修改,不满足OCP。应该使用策略模式进行重构)。
然后用c++实现,因为引入了抽象类和多态的特性,代码完全满足需求。
作者提出了新的需求,现在的代码却又无法做到OCP!
在传统软件工程(我的理解)中,满足ocp的设计如同赌博,全靠经验,在设计阶段就设计出Abstract,可能造成浪费,也可能不能满足需要。
咋办?Fool Me Once...初始设计,尽量简单,在碰到第一次需要扩展的时候,重构代码,使之可以适应类似的改变,如果以后再碰到类似的改变,就可以做到OPC。如果碰到新类型的转变,再次重构,如此反复。
如何做到可以如此频繁的重构设计呢?测试优先,循环开发,频繁发布...这些是敏捷软件刚开始提出的要求,个人觉得,如果真地做到了那些,频繁的重构,不是不可能的事情。
接下来作者对刚才的例子进行重构,使之能够满足排序的需求,因为是用c++写的,我也没学过c++,汗,请教了别人,只弄懂了大概意思,大致意思就是把需要排序的对象放在一个数组里,排序方法通过度去那个数组,决定打印顺序,如果需要改变,只改变那个数组,其他的类均不用修改。我觉得实战中,应该放在properties或者xml文件里边进行配置,hoho
开闭原则到此结束。
版权声明:本文为博主原创文章,未经博主允许不得转载。 |
|