序

在java中，設計模式是多態和封裝的重要表現形式，采用設計模式能夠極大地提升可維護性和可擴展性，那么，同樣工作在jvm上面的Clojure能否運用這些模式，或者說是否同樣需要這些模式呢？

注：本文基于jdk1.6和Clojure1.2

簡單工廠

先看看簡單工廠的java代碼：

首先定義產品的接口：

public interface IProduct {  
 
    /**  
     * 使用產品  
     * @param msg  
     */ 
    public void use(String msg);  
} 

然后是實現了這個接口的兩個具體產品Product1和Product2：

public class Product1 implements IProduct {  
 
    @Override 
    public void use(String msg) {  
        System.out.println("Product1 use:"+msg);  
    }  
 
}  
 
public class Product2 implements IProduct {  
 
    @Override 
    public void use(String msg) {  
        System.out.println("Product2 use:"+msg);  
    }  
 
} 

***是根據類型獲取產品的簡單工廠：

public class SimpleFactory {  
 
    /**  
     * 根據產品類型生產產品  
     * @param productType  
     * @return  
     */ 
    public static IProduct factory(String productType){  
        if(productType.equals("1"))  
            return new Product1();  
        else if(productType.equals("2"))  
            return new Product2();  
        return null;  
    }  
} 

這樣，我們在java中就構建了能夠生產出兩個不同產品的簡單工廠了。接下來，我們調用一下：

/**  
 * 簡單工廠調用  
 * @author RoySong - 2011-10-27  
 */ 
public class SimpleFactoryTest {  
 
    /**  
     * @param args  
     */ 
    public static void main(String[] args) {  
        IProduct product1 = SimpleFactory.factory("1");  
        product1.use("something");  
          
        IProduct product2 = SimpleFactory.factory("2");  
        product2.use("something");  
    }  
 
} 

運行這個調用程序，我們能夠得到預期的結果：

Product1 use:something  
Product2 use:something 

那么，在Clojure中應該如何實現呢？

#p#

首先，讓我們再回顧一下采用簡單工廠的目的，這是為了將業務對象的產生和業務方法的執行進行解耦，使得業務方法執行時無須關注業務對象的類型。為了達到這個目的，我們提取了業務對象的接口IProduct（在實際的應用中也有可能是一個父類Product），它的里面包含了所有業務對象的共同操作use（在實際應用中可能不止這一種業務操作，當然也不叫use）的方法聲明。然后，由SimplyFactory來創建IProduct的實例對象，然后調用use業務方法。在這個時候，調用方法是無須關注被調用的具體是哪個實例對象--Product1還是Product2。

好吧，為了業務對象的產生和業務方法的執行解耦。然后，Clojure中沒有對象一說，方法倒是有，不過叫做函數。于是，問題解決了，沒有對象，則無須對對象的產生進行解耦。本文結束。

拋開上面的文字游戲不談，實際上Clojure的解決方式更為靈活，這是由其語言特性所決定的。在java中，一切都是對象（除了原始類型），而類和接口是對象的定義，包含了有關對象動作方式的相關信息，比如名稱、方法、屬性和事件等。所以，在java應用中，能夠使用的最小粒度的東西就是對象，如果需要調用某個實例方法，首先需要實例化某個對象，然后調用這個對象的方法；如果需要調用某個靜態方法，需要找到靜態方法所屬的類，然后以類名.方法名的形式來調用。而在Clojure中，函數是***類對象，它無須依附對象或者類而存在（實際上，在幾乎所有的函數式編程語言中都是這樣）。換句話說，我們調用某個方法無須首先實例化某個對象或者找到某個類。

那么，針對上面的例子，我們可以說，實際上我們需要的是根據不同的類型獲取兩個不同的業務處理方法而已。

(defn simply-factory [type]  
    (cond  
      (= 1 type) (fn [msg] (println "Product1 use:" msg))  
      (= 2 type) (fn [msg] (println "Product2 use:" msg)))) 

在上面的代碼中，我們定義了一個函數simply-factory，它接受一個參數type，然后根據type的值為1或者2返回對應的函數。實際上，我們從內容上可以看出來，這兩個函數就分別對應了之前我們定義的Product1和Product2中的use方法。

接下來，我們就看看調用和產生的輸出：

user> ((simply-factory 1) "something")  
Product1 use: something  
nil  
user> ((simply-factory 2) "something")  
Product2 use: something  
nil 

已經達到了我們之前想要的結果，對不對？讓我們再看看調用方法的代碼((simply-factory 1) "something")，(simply-factory 1)代表傳入參數1調用simply-factory函數，返回的是一個匿名函數；而((simply-factory 1) "something")整體就代表將"something"傳入simply-factory函數返回的匿名函數，然后我們就得到了預期的結果：Product1 use: something。我相信你已經看出來了，Clojure中函數的調用方式是：(函數名 參數)這個樣子的。

不過這個樣子跟上面的java代碼似乎差別有點大，讓我們對這個調用方式做一點小小的修改：

user> (def product1 (simply-factory 1))  
#'user/product1  
user> (product1 "something")  
Product1 use: something  
nil  
user> (def product2 (simply-factory 2))  
#'user/product2  
user> (product2 "something")  
Product2 use: something  
nil 

這樣子應該就能夠和之前的java代碼一一對應了，其中

IProduct product1 = SimpleFactory.factory("1"); 

對應

(def product1 (simply-factory 1)) 

，而

product1.use("something"); 

對應

(product1 "something") 

這樣子是不是就能看得更明白一些了？不過要注意的是，雖然調用形式看起來很類似，但是在Clojure中product1是個函數，而java中product1是個對象。

原文鏈接：http://songry.iteye.com/blog/1218694

編輯推薦：

1. JavaScript異步編程之Jscex無創痕切入jQueryUI
2. 深入淺出Rhino：Java與JS互操作
3. Java中的IO整理完整版
4. Java編程中影響性能的一些特點
5. 在LUA中如何調用JAVA方法