学习设计模式和学习数据库设计时候给我的是一样的感觉,看字面意思就能懂他想表达的是什么,但实际应用中总是不知所措。
以目前所了解到的知识,设计模式设计原则都是为了提供一个稳定的,可扩展,可读的代码,应用面向对象的四大特性-封装,抽象,多态和继承,那么如何做到对扩展开放,对修改关闭?其实用的就是封装和抽象的思想,封装好需要改变的部分,提供稳定的描述性的抽象定义。
对修改关闭是否是完全不修改,这肯定是不可能的,那怎么实现新的需求,这也是在字面意思后需要思考的部分,要关闭的是那些违反了解耦的有害修改,我认为,如果一个修改仅仅是类内或者方法内的修改,改动过后对其他部分完全没有影响,这种修改就完全没有必要关闭。
比如说最近比较火的美团关闭支付宝支付通道的方式,将具体的支付途径封装起来,抽象一个通用的支付接口,删除支付宝支付方式便与其他类解耦。
如果说面向接口编程是是一个方法,那么对扩展开放,对修改关闭原则就是建议我们,在平衡好代码可读性和复杂性的情况下,尽可能的面向接口编程吧!