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