圖解工廠方法模式

包含的角色

Factory：抽象工廠

ConcreteFactoty：具體工廠

Product：抽象產品

ConcretePrduct：具體產品

優缺點

     優點：

                 在工廠方法模式中，工廠方法用來創關鍵客戶所需要的產品，同時還向客戶隱藏了哪種具體產品類將被例項化著一細節，使用者只需要關心所需產品對應的工廠，無需建立細節，甚至無需知道具體產品類的類名。

                 基於工廠角色和產品角色的多型性設計師工廠方法模式的關鍵。他能夠使工廠可以自主確定建立何種產品物件，而如何建立這個物件的細節則完全封裝在具體工廠內部。工廠方法模式之所以又被稱為多型工廠模式，是因為所以的具體工廠類都具有同一抽象父類。

                 在系統加入新產品時，無需修改抽象工廠和抽象產品提供的介面，無需修改你客戶端，也無需修改其他的具體工廠和具體產品，而只要新增一個具體工廠和具體產品就可以了。這樣，系統的可擴充套件性也變得非常好，完全符合“開閉原則”。

     缺點：

                 在新增新產品時，需要編寫新的具體產品類和與之對應的具體工廠類，系統中的個數將成對增加，增加了系統的複雜度，有更多的類需要編譯和執行，會給系統帶來一些額外的開銷；

                 由於考慮到系統的可擴充套件性，需要引入抽象層，在客戶端程式碼中均使用抽象層進行定義，增加了系統的抽象性和理解難度，而且在實現時可能需要用到DOM、反射等技術，增加了系統的實現難度；

目的

工廠方法模式是簡單工廠模式的進一步抽象和推廣。由於使用了面向物件的多型性，工廠方法模式保持了簡單工廠模式的優點，而且客服了它的缺點。在工廠方法模式中，核心的工廠類不再負責所有產品的建立，而是將具體建立工作交給子類去做。這個核心類僅僅負責給具體工廠必須實現的介面，而不負責哪一個產品類被例項化這種細節，這使得工廠方法模式可以允許系統在不修改工廠角色的情況下引進新產品。

經典應用場景

jdbc連線資料庫；

硬體訪問；

降低物件的產生和銷燬；

java的程式碼實現

public class ConcreteFactory extends Creator {
    public <T extends Product> T createProduct(Class<T> c){
                 Product product = null;
                 try {
                        product = (Product)Class.forName(c.getName()).newInstance();
                 } catch (Exception e) {
                        //異常處理
                 }
                 return (T)product;         
         }
}

總結

使用場景一般滿足的條件：

1）一個類不知道他所需要的物件的類；

2）一個類通過其子類來指定建立哪個物件；

3）將建立物件的人物委託給多個工廠子類中的某一個，客戶端在使用時可以無須關心哪一個工廠子類建立產品子類，需要時在動態指定。