开放与封闭

开放与封闭

敏捷设计最基本原则：“开放封闭原则（OCP，Open-Close Principle）”

* 回顾SRP
在开始谈OCP之前，我们还是简单回顾一下Bob大叔在其书中所论述的敏捷设计的第一个原则“单一职责原则（SRP，Single Responsibility Principle）”。

Bob大叔在其书中将职责理解为“变化的原因”。一般当需求变化时，该变化就会反映为类的职责的变化。按书中所述“如果一个类的职责过多，会使职责间产生耦合，一个职责的变化可能会削弱或抑制另一个类完成其他职责的能力，导致该设计的脆弱性。”根据这点论述得出结论：“就一个类而言，应该仅有一个引起它变化的原因”。

简单举个书中的例子理解一下（这里不作详细说明）：
//Modem.java
public interface Modem{
   void dial(String portNo);
   void hangup();
   void send(char c);
   void recv();
}
缺点：Modem有两个职责，分别是连接管理和数据通信。经过单一职责分解后==〉
//DataChannel.java
public interface DataChannel{
   void send(char c);
   void recv();
}
//Connection.java
public interface Connection{
   void dial(String portNo);
   void hangup();
}
//Modem.java
public class Modem implements DateChannel , Connection{
   //…
}

曾经在大学的时候用MFC开发程序，当然现在看起来那些程序的设计很糟糕。其中一个典型的缺点就是类的职责分配不明确，当时我常常在一个界面类中写入业务逻辑代码，比如email处理等等。也看过很多网友的MFC代码，出现此类糟糕设计的还是很多的。

* OCP-Open for extension，Closed for modification

引用书中论述“软件实体（类、模块、函数等等）应该是可以扩展的，但是不可修改”。

如何做到OCP？– 抽象
让A模块依赖一个接口或一个抽象类，这样对A模块的修改可以是Closed的。那么如何对A模块进行扩展呢？我们可以通过扩展那个接口的多种实现或者继承那个抽象基类做到这点。

Template Method模式的应用可以很好的解释上面的论述。
//某一个功能模块A是这样依赖一个抽象类AbsBase的：
void callSomething(AbsBase a){
a.templateMethod();
}

//AbsBase的定义，一个即开放又封闭的基类。
public abstract class AbsBase{
   public abstract void method1();
   public abstract void method2();
   public void templateMethod(){
       method1();
       method2();
   }
}

下面我们就可以通过AbsBase的子类来扩展功能模块A的行为了
public class DerivedClass extends AbsBase{
   public void method1(){
       //…
   }
   Public void method2(){
       //…
   }
}

从上面可以看出Template method模式可以帮助我们去OCP。请时刻想着“抽象”这一实现OCP的基本原则。

在看书的过程中，我感觉到有时候不能为了OCP而去OCP，还需考虑实际情况和系统的整体架构。作者在书中也提到“仅对程序中呈现出的频繁变化的那些部分做抽象。拒绝不成熟的抽象和抽象本身一样重要。”