0x00 為什麼需要工廠模式

使用工廠模式的目的是使得物件的建立和使用分離。一個物件的職責有三種，物件本身所具有的職責，建立物件的職責，使用物件的職責。

0x01 簡單工廠模式

是其他兩個工廠模式的基礎。

1. 簡單工廠定義：根據引數的不同返回不同的具體類的例項，建立的例項通常具有共同的父類。建立例項的方法是靜態的，所以也叫靜態工廠模式。
2. 優點：簡化建立物件例項的步驟；使用配置檔案，在不修改任何客戶端程式碼的情況下更換和增加新具體產品類。
3. 缺點：系統擴充套件困難，一旦新增新產品就不得不修改工廠邏輯。如果具體產品類過多，會使得工廠類過於龐大。
4. 適用場景：工廠類負責的物件不多，不會造成工廠方法中的業務邏輯太過複雜。客戶端不關心建立物件的過程。

典型模板

class XXXFactory {  
    //靜態工廠方法  
    public static Chart getChart(String type) {  
        XXX x = null; //XXX為父類 
        if (type.equals("x1")) {  
            chart = new XXX1();  
        }  
        else if (type.equals("x2")) {  
            chart = new XXX2();  
        }  
        else
 
 if (type.equals("x3")) {  
            chart = new XXX3();  
        }  
        return chart;  
    }  
}

0x10 工廠方法模式

工廠方法模式中包含如下幾個角色。

• Product（抽象產品）：它是定義產品的介面，是產品物件的公共父類。
• ConcreteProduct（具體產品）：它實現了抽象產品介面，具體工廠和具體產品之間一一對應。
• Factory（抽象工廠）：聲明瞭工廠方法，用於返回一個產品。抽象工廠是工廠方法模式的核心。
• ConcreteFactory（具體工廠）：實現了抽象工廠中定義的工廠方法，由客戶端呼叫，返回具體產品類的例項。

1. 優點：客戶端無需知道具體產品類，只需知道具體工廠類；加入新產品時，無需改動原有程式碼，只要新增一個具體工廠和具體產品。
2. 缺點：加入新產品時，需要同時真假工廠和產品兩個類，造成相識程式碼過多。
3. 適用場景：客戶端不知道它所需要的物件的類。抽象工廠類通過其子類來指定建立哪個物件。

0x11 抽象工廠模式

抽象工廠模式為建立一組物件提供了一種解決方案。而工廠方法是建立一種產品。

• 在抽象工廠中聲明瞭多個工廠方法，用於建立不同型別的產品，抽象工廠可以是介面，也可以是抽象類或者具體類。
• 抽象工廠模式中，增加新的產品族很方便，但是增加新的產品等級結構很麻煩。

(1) 產品等級結構：產品等級結構即產品的繼承結構，如一個抽象類是電視機，其子類有海爾電視機、海信電視機、TCL電視機，則抽象電視機與具體品牌的電視機之間構成了一個產品等級結構，抽象電視機是父類，而具體品牌的電視機是其子類。
(2) 產品簇：在抽象工廠模式中，產品族是指由同一個工廠生產的，位於不同產品等級結構中的一組產品，如海爾電器工廠生產的海爾電視機、海爾電冰箱，海爾電視機位於電視機產品等級結構中，海爾電冰箱位於電冰箱產品等級結構中，海爾電視機、海爾電冰箱構成了一個產品族。

1. 優點：增加新的產品族很方便。
2. 缺點：增加新的產品等級結構麻煩。
3. 適用場景：系統中有多於一個的產品族，而每次只使用其中某一產品族。產品等級結構穩定，設計完成之後，不會向系統中增加新的產品等級結構或者刪除已有的產品等級結構。