Android設計模式系列--工廠方法模式

工廠方法模式，往往是設計模式初學者入門的模式，的確，有人稱之為最為典型最具啟發效果的模式。android中用到了太多的工廠類，其中有用工廠方法模式的，當然也有很多工廠並不是使用工廠方法模式的，只是工具管理類。

今天以ThreadFactory舉例說明一下簡單工廠模式和工廠方法模式。

工廠方法模式，Factory Method,簡單的方式，不簡單的應用。

1.意圖

定義一個用於創建對象的接口，讓子類決定實例化哪個類。工廠方式模式使一個類的實例化延遲到其子類。

熱門詞匯:虛構造器 延遲 創建對象 子類

2.結構圖和代碼

我們先看看標准的工廠方法結構圖：

 

 

先抽象的產品類，抽象的工廠類，然後用客戶端具體的工廠生產相應的具體的產品，但是客戶端並不知道具體的產品是怎麼生產的，生產的過程封裝在工廠裡。所以說，某種程度上，工廠方法模式改變了我們直接用new創建對象的方式，一個很好的開始，意義重大。

以ThreadFactory為例：

 

 

這張圖其實和原本的結構圖有細微的區別，那就是參數化得工廠，而且從業務意義上也有些不同，但是思想是一樣的。

我們來看下具體的代碼：

//抽象產品

publicinterfaceRunnable{

publicabstractvoidrun();

}

//抽象工廠

publicinterfaceThreadFactory{

ThreadnewThread(Runnabler);

}

下面是具體的實現：

比如AsyncTask類中工廠的具體實現如下：

//工廠實現類

privatestaticfinalThreadFactorysThreadFactory=newThreadFactory(){

privatefinalAtomicIntegermCount=newAtomicInteger(1);

publicThreadnewThread(Runnabler){

returnnewThread(r,"AsyncTask#"+mCount.getAndIncrement());

}

};

//那麼產品類在哪裡呢?

//做為參數Runnabler，我們可以創建千千萬萬個此系列的產品類

//同理，我們可以創建另外類似的工廠，生產某種專門的線程，非常容易擴展

看到這裡，我們一方面為它的生產便利性感歎，一方面又為沒創建某類產品都要創建一個工廠而感到繁瑣，所以我們下面介紹簡單工廠，它的結構圖如下：

 

 

簡單工廠把抽象工廠去掉了，你就創建一個專門生產某類產品就好。在一些特定而又不負責的領域非常實用方便套用這個模式。

在android中的Connection類中使用到了這個類：

 

 

其中Connection這個抽象類，既充當抽象產品類，也充當具體工廠類。

因為這種情況下，我們往往需要的是馬上生產子類，getConnection方法往往是靜態的，所以簡單工廠，也叫靜態工廠方法。

我們看看代碼如下：

abstractclassConnection{

staticConnectiongetConnection(

Contextcontext,HttpHosthost,HttpHostproxy,

RequestFeederrequestFeeder){

if(host.getSchemeName().equals("http")){

returnnewHttpConnection(context,host,requestFeeder);

}

//Otherwise,defaulttohttps

returnnewHttpsConnection(context,host,proxy,requestFeeder);

}

}

這就是簡單工廠，一個很簡單的參數化工廠，真的很簡單。

3.效果

1.創建型模式;

2.參數化工廠方法模式得到相應的對象;

3.為子類提供掛鉤;

4.連接平行的類層次。