1.意圖
定義一個用于創(chuàng)建對象的接口，讓子類決定實例化哪個類。工廠方式模式使一個類的實例化延遲到其子類。
2.結(jié)構(gòu)圖和代碼
我們先看看標(biāo)準(zhǔn)的工廠方法結(jié)構(gòu)圖：
先抽象的產(chǎn)品類，抽象的工廠類，然后用客戶端具體的工廠生產(chǎn)相應(yīng)的具體的產(chǎn)品，但是客戶端并不知道具體的產(chǎn)品是怎么生產(chǎn)的，生產(chǎn)的過程封裝在工廠里。所以說，某種程度上，工廠方法模式改變了我們直接用new創(chuàng)建對象的方式，一個很好的開始，意義重大。
以ThreadFactory為例：
這張圖其實和原本的結(jié)構(gòu)圖有細微的區(qū)別，那就是參數(shù)化得工廠，而且從業(yè)務(wù)意義上也有些不同，但是思想是一樣的。
我們來看下具體的代碼：
//抽象產(chǎn)品
public interface Runnable {
public abstract void run();
}
//抽象工廠
public interface ThreadFactory {
Thread newThread(Runnable r);
}
下面是具體的實現(xiàn)：
比如AsyncTask類中工廠的具體實現(xiàn)如下：
//工廠實現(xiàn)類
private static final ThreadFactory sThreadFactory = new ThreadFactory() {
private final AtomicInteger mCount = new AtomicInteger(1);
public Thread newThread(Runnable r) {
return new Thread(r, "AsyncTask #" + mCount.getAndIncrement());
}
};
//那么產(chǎn)品類在哪里呢？
//做為參數(shù)Runnable r，我們可以創(chuàng)建千千萬萬個此系列的產(chǎn)品類
//同理，我們可以創(chuàng)建另外類似的工廠，生產(chǎn)某種專門的線程，非常容易擴展
看到這里，我們一方面為它的生產(chǎn)便利性感嘆，一方面又為沒創(chuàng)建某類產(chǎn)品都要創(chuàng)建一個工廠而感到繁瑣，所以我們下面介紹簡單工廠，它的結(jié)構(gòu)圖如下：
簡單工廠把抽象工廠去掉了，你就創(chuàng)建一個專門生產(chǎn)某類產(chǎn)品就好。在一些特定而又不負責(zé)的領(lǐng)域非常實用方便套用這個模式。
在android中的Connection類中使用到了這個類：
其中Connection這個抽象類，既充當(dāng)抽象產(chǎn)品類，也充當(dāng)具體工廠類。
因為這種情況下，我們往往需要的是馬上生產(chǎn)子類，getConnection方法往往是靜態(tài)的，所以簡單工廠，也叫靜態(tài)工廠方法。
我們看看代碼如下：
abstract class Connection{
static Connection getConnection(
Context context, HttpHost host, HttpHost proxy,
RequestFeeder requestFeeder) {
if (host.getSchemeName().equals("http")) {
return new HttpConnection(context, host, requestFeeder);
}
// Otherwise, default to https
return new HttpsConnection(context, host, proxy, requestFeeder);
}
}
這就是簡單工廠，一個很簡單的參數(shù)化工廠，真的很簡單。
3.效果
- 創(chuàng)建型模式;
2.參數(shù)化工廠方法模式得到相應(yīng)的對象;
3.為子類提供掛鉤;
4.連接平行的類層次。
