第九章 OCP:The Open-Closed Principle(开闭原则)

     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

    开闭原则到此结束。