陆.1.3 开放封闭原则

01.官方定义

开闭原则,英文缩写OCP,全称 Open Closed Principle

原始定义:

Software entities (classes, modules, functions) should be open for extension but closed for modification。

严谨的翻译:

软件实体(包括类、模块、功能等)应该对扩展开放,但是对修改关闭。

02.原理解释

对扩展开放

模块对扩展开放,就意味着需求变化时,可以对模块扩展,使其具有满足那些改变的新行为。换句话说,模块通过扩展的方式去应对需求的变化。

对修改关闭

模块对修改关闭,表示当需求变化时,关闭对模块源代码的修改,当然这里的“关闭”应该是尽可能不修改的意思,也就是说,应该尽量在不修改源代码的基础上面扩展组件。

03.为什么要“开”和“闭”

一般情况,我们接到需求变更的通知,通常方式可能就是修改模块的源代码,然而修改已经存在的源代码是存在很大风险的,尤其是项目上线运行一段时间后,开发人员发生变化,这种风险可能就更大。所以,为了避免这种风险,在面对需求变更时,我们一般不修改源代码,即所谓的对修改关闭。不允许修改源代码,我们如何应对需求变更呢?答案就是我们下面要说的对扩展开放。

通过扩展去应对需求变化,就要求我们必须要面向接口编程,或者说面向抽象编程。所有参数类型、引用传递的对象必须使用抽象(接口或者抽象类)的方式定义,不能使用实现类的方式定义;通过抽象去界定扩展,比如我们定义了一个接口A的参数,那么我们的扩展只能是接口A的实现类。

04.总结

有一个经验可以快速检验代码是否遵守了该原则:如果我必须打开你某个模块的js文件并进行修改具体代码才能增强该模块的功能,则你写的这个模块无法通过“开放封闭原则”的检验。

//iceCreamMaker.js
let iceCreamFlavors = ['chocolate', 'vanilla'];//口味
let iceCreamMaker = {
makeIceCream(flavor) {
if (iceCreamFlavors.indexOf(flavor) > -1) {
console.log('您选的口味有货,马上给您做冰激凌。');
} else {
console.log('哎呀,您选的口味我们没有。');
}
},
};
export default iceCreamMaker;

如你所见,上面这段代码,不编辑iceCreamFlavor数组就无法添加冰淇淋口味!我们来改进一下:

//iceCreamMaker.js
let iceCreamFlavors = ['chocolate', 'vanilla'];//口味
let iceCreamMaker = {
makeIceCream(flavor) {
if (iceCreamFlavors.indexOf(flavor) > -1) {
console.log('您选的口味有货,马上给您做冰激凌。');
} else {
console.log('哎呀,您选的口味我们没有。');
}
},
//增加口味
addFlavor(flavor) {
iceCreamFlavors.push(flavor);
},
};
export default iceCreamMaker;

现在,我们可以在代码中的任何位置调用addFlavor函数,以便添加美味的冰淇淋口味,而无需打开编辑iceCreamMaker.js文件。 确实是可靠的(solid)JavaScript,😋 !

总之,开放封闭原则可提高软件的可维护性与代码的重用性。