一月, 2005 | Tony Bai

由一段话想到的

在Java视线论坛的Python/Zope版，浏览了管理员robbin发的题目为“我眼中的Python”的帖子，感触颇深。

Robbin如是说：“做为一种严谨的，编译式的，面向对象语言，Java总是给我一种须正襟危坐，须一板一眼的按照OOAD的规则编程，才敢在键盘上敲下字符的感觉。即使编写一个最小规模的程序，我也不能够接受把所有的code塞到main里面的做法。Java似乎以不怒自威的威严使我不敢随意编码，不敢玷污Java的严谨。于是我即使写一个很简单的JDBC程序，也要一板一眼的try catch finally，一层层的处理Connection，PreparedStatement和ResultSet。”

Robbin的这番话真是说到我的心坎上了，也是在最近才发现居然“不敢”写Java代码了，自从看了Bob大叔的那本经典“敏捷软件开发”后，面对那么多经典的OO规则，生怕自己写出的代码太滥，虽然有refactoring坐镇，但是心里还是发虚。

像C++、Java等一些语言，都是诞生于OO开始起步的年代，身上难免都散发着“学院派OO”的味道，所以也常被人们称为学院派的语言。今天我们已经步入了被称为“后OO时代”的阶段，此时此刻C++、Java等传统的学院派反倒让人们感到了一丝沉重。人类都有一种叛逆的行为，不愿意被束缚，所以有些人开始尝试像Python、Ruby等OO时代后期才诞生的面向对象的动态类型语言，并开始喜欢上这些有着“轻盈身段”并且“毫无包袱”的新生代了。Now我对Ruby、Python等动态语言的认识也仅仅是停留在“Hello World！”这种级别上的，一切关于它们的论述也都只是道听途说。也许不在规则束缚下的生活是美好的。

这几天一直都不想编码，除了看书就是将看书后的想法写下来，这也是最近我的blog数量变多的一个原因。任何事情走到了极点都会调转方向，也许从明天开始我将“沉溺”在代码的世界中。

开放与封闭

敏捷设计最基本原则：“开放封闭原则（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，还需考虑实际情况和系统的整体架构。作者在书中也提到“仅对程序中呈现出的频繁变化的那些部分做抽象。拒绝不成熟的抽象和抽象本身一样重要。”