一、引子

話說十年前，有一個爆發戶，他家有三輛汽車（Benz（賓士）、Bmw（寶馬）、Audi（奧迪）），還僱了司機為他開車。不過，爆發戶坐車時總是這樣：上Benz車後跟司機說“開賓士車！”，坐上Bmw後他說“開寶馬車！”，坐上 Audi後他說“開奧迪車！”。
你一定說：這人有病！直接說開車不就行了？！而當把這個爆發戶的行為放到我們程式語言中來，我們發現C語言一直是通過這種方式來坐車的！
幸運的是這種有病的現象在OO語言中可以避免了。下面以Java語言為基礎來引入我們本文的主題：工廠模式！

二、簡介

工廠模式主要是為建立物件提供了介面。工廠模式按照《Java與模式》中的提法分為三類：

1. 簡單工廠模式(Simple Factory)
2. 工廠方法模式(Factory Method)
3. 抽象工廠模式(Abstract Factory)
這三種模式從上到下逐步抽象，並且更具一般性。還有一種分類法，就是將簡單工廠模式看為工廠方法模式的一種特例，兩個歸為一類。兩者皆可，這本為使用《Java與模式》的分類方法。
在什麼樣的情況下我們應該記得使用工廠模式呢？大體有兩點：
1.在編碼時不能預見需要建立哪種類的例項。
2.系統不應依賴於產品類例項如何被建立、組合和表達的細節
工廠模式能給我們的OOD、OOP帶來哪些好處呢？？

三、簡單工廠模式

這個模式本身很簡單而且使用在業務較簡單的情況下。一般用於小專案或者具體產品很少擴充套件的情況（這樣工廠類才不用經常更改）。

它由三種角色組成：
工廠類角色：這是本模式的核心，含有一定的商業邏輯和判斷邏輯，根據邏輯不同，產生具體的工廠產品。如例子中的Driver類。
抽象產品角色：它一般是具體產品繼承的父類或者實現的介面。由介面或者抽象類來實現。如例中的Car介面。
具體產品角色：工廠類所建立的物件就是此角色的例項。在java中由一個具體類實現，如例子中的Benz、Bmw類。

來用類圖來清晰的表示下的它們之間的關係：

 

下面就來給那個暴發戶治病：在使用了簡單工廠模式後，現在暴發戶只需要坐在車裡對司機說句：“開車”就可以了。來看看怎麼用程式碼實現的：（為方便起見，所有的類放在一個檔案中，故有一個類被宣告為public）

1. //抽象產品  
2. abstract class Car{  
3.     private String name;  
4.     public abstract void drive();  
5.     public String getName() {  
6.         return name;  
7.     }  
8.     public void setName(String name) {  
9.         this.name = name;  
10.     }  
11. }  
12. //具體產品  
13. class Benz extends Car{  
14.     public void drive(){  
15.         System.out.println(this.getName()+"----go-----------------------");  
16.     }  
17. }  
18. class Bmw extends Car{  
19.     public void drive(){  
20.         System.out.println(this.getName()+"----go-----------------------");  
21.     }  
22. }  
23. //簡單工廠  
24. class Driver{  
25.     public static Car createCar(String car){  
26.         Car c = null;  
27.         if("Benz".equalsIgnoreCase(car))  
28.             c = new Benz();  
29.         else if("Bmw".equalsIgnoreCase(car))  
30.             c = new Bmw();  
31.         return c;  
32.     }  
33. }  
34. //老闆  
35. public class BossSimplyFactory {  
36.     public static void main(String[] args) throws IOException {  
37.         //老闆告訴司機我今天坐賓士  
38.         Car car = Driver.createCar("benz");  
39.         car.setName("benz");  
40.          //司機開著賓士出發  
41.         car.drive();  
42.     }  
43. <span style="font-family: courier new,courier;">}</span>  

如果老闆要坐奧迪，同理。

這便是簡單工廠模式了。那麼它帶了了什麼好處呢？
首先，符合現實中的情況；而且客戶端免除了直接建立產品物件的責任，而僅僅負責“消費”產品（正如暴發戶所為）。
下面我們從開閉原則上來分析下簡單工廠模式。當暴發戶增加了一輛車的時候，只要符合抽象產品制定的合同，那麼只要通知工廠類知道就可以被客戶使用了。（即建立一個新的車類，繼承抽象產品Car）那麼 對於產品部分來說，它是符合開閉原則的——對擴充套件開放、對修改關閉；但是工廠類不太理想，因為每增加一輛車，都要在工廠類中增加相應的商業邏輯和判 斷邏輯，這顯自然是違背開閉原則的。

而在實際應用中，很可能產品是一個多層次的樹狀結構。由於簡單工廠模式中只有一個工廠類來對應這些產品，所以這可能會把我們的上帝類壞了。
正如我前面提到的簡單工廠模式適用於業務簡單的情況下或者具體產品很少增加的情況。而對於複雜的業務環境可能不太適應了。這就應該由工廠方法模式來出場了！！

四、工廠方法模式
抽象工廠角色： 這是工廠方法模式的核心，它與應用程式無關。是具體工廠角色必須實現的介面或者必須繼承的父類。在java中它由抽象類或者介面來實現。
具體工廠角色：它含有和具體業務邏輯有關的程式碼。由應用程式呼叫以建立對應的具體產品的物件。在java中它由具體的類來實現。
抽象產品角色：它是具體產品繼承的父類或者是實現的介面。在java中一般有抽象類或者介面來實現。
具體產品角色：具體工廠角色所建立的物件就是此角色的例項。在java中由具體的類來實現。
來用類圖來清晰的表示下的它們之間的關係：

 

 

話說暴發戶生意越做越大，自己的愛車也越來越多。這可苦了那位司機師傅了，什麼車它都要記得，維護，都要經過他來使用！於是暴發戶同情他說：我給你分配幾個人手，你只管管好他們就行了！於是工廠方法模式的管理出現了。程式碼如下：

1. //抽象產品  
2. abstract class Car{  
3.     private String name;  
4.     public abstract void drive();  
5.     public String getName() {  
6.         return name;  
7.     }  
8.     public void setName(String name) {  
9.         this.name = name;  
10.     }  
11. }  
12. //具體產品  
13. class Benz extends Car{  
14.     public void drive(){  
15.         System.out.println(this.getName()+"----go-----------------------");  
16.     }  
17. }  
18. class Bmw extends Car{  
19.     public void drive(){  
20.         System.out.println(this.getName()+"----go-----------------------");  
21.     }  
22. }  
23. //抽象工廠  
24. abstract class Driver{  
25.     public abstract Car createCar(String car) throws Exception;  
26. }  
27. //具體工廠（每個具體工廠負責一個具體產品）  
28. class BenzDriver extends Driver{  
29.     public Car createCar(String car) throws Exception {  
30.         return new Benz();  
31.     }  
32. }  
33. class BmwDriver extends Driver{  
34.     public Car createCar(String car) throws Exception {  
35.         return new Bmw();  
36.     }  
37. }  
38. //老闆  
39. public class Boss{  
40.     public static void main(String[] args) throws Exception {  
41.         Driver d = new BenzDriver();  
42.         Car c = d.createCar("benz");   
43.         c.setName("benz");  
44.         c.drive();  
45.     }  
46. }  

 

 使用開閉原則來分析下工廠方法模式。當有新的產品（即暴發戶的汽車）產生時，只要按照抽象產品角色、抽象工廠角色提供的合同來生成，那麼就可以被客戶使用，而不必去修改任何已有的程式碼。（即當有新產品時，只要建立並基礎抽象產品；新建具體工廠繼承抽象工廠；而不用修改任何一個類）工廠方法模式是完全符合開閉原則的！

使用工廠方法模式足以應付我們可能遇到的大部分業務需求。但是當產品種類非常多時，就會出現大量的與之對應的工廠類，這不應該是我們所希望的。所以我建議在這種情況下使用簡單工廠模式與工廠方法模式相結合的方式來減少工廠類：即對於產品樹上類似的種類（一般是樹的葉子中互為兄弟的）使用簡單工廠模式來實現。
當然特殊的情況，就要特殊對待了：對於系統中存在不同的產品樹，而且產品樹上存在產品族（下一節將解釋這個名詞）。那麼這種情況下就可能可以使用抽象工廠模式了。

五、小結

讓我們來看看簡單工廠模式、工廠方法模式給我們的啟迪：
如果不使用工廠模式來實現我們的例子，也許程式碼會減少很多——只需要實現已有的車，不使用多型。但是在可維護性上，可擴充套件性上是非常差的（你可以想象一下新增一輛車後要牽動的類）。因此為了提高擴充套件性和維護性，多寫些程式碼是值得的。

六、抽象工廠模式

先來認識下什麼是產品族： 位於不同產品等級結構中，功能相關聯的產品組成的家族。

圖中的BmwCar和BenzCar就是兩個產品樹（產品層次結構）；而如圖所示的BenzSportsCar和BmwSportsCar就是一個產品族。他們都可以放到跑車家族中，因此功能有所關聯。同理BmwBussinessCar和BenzBusinessCar也是一個產品族。
可以這麼說，它和工廠方法模式的區別就在於需要建立物件的複雜程度上。而且抽象工廠模式是三個裡面最為抽象、最具一般性的。抽象工廠模式的用意為：給客戶端提供一個介面，可以建立多個產品族中的產品物件。
而且使用抽象工廠模式還要滿足一下條件：
1.系統中有多個產品族，而系統一次只可能消費其中一族產品
2.同屬於同一個產品族的產品以其使用。
來看看抽象工廠模式的各個角色（和工廠方法的如出一轍）：
抽象工廠角色： 這是工廠方法模式的核心，它與應用程式無關。是具體工廠角色必須實現的介面或者必須繼承的父類。在java中它由抽象類或者介面來實現。
具體工廠角色：它含有和具體業務邏輯有關的程式碼。由應用程式呼叫以建立對應的具體產品的物件。在java中它由具體的類來實現。
抽象產品角色：它是具體產品繼承的父類或者是實現的介面。在java中一般有抽象類或者介面來實現。
具體產品角色：具體工廠角色所建立的物件就是此角色的例項。在java中由具體的類來實現。

 

1. //抽象產品（Bmw和Audi同理）  
2. 相關推薦

   三種工廠模式 和 策略模式 對比

   一、引子 話說十年前，有一個爆發戶，他家有三輛汽車（Benz（賓士）、Bmw（寶馬）、Audi（奧迪）），還僱了司機為他開車。不過，爆發戶坐車時總是這樣：上Benz車後跟司機說“開賓士車！”，坐上Bmw後他說“開寶馬車！”，坐上 Audi後他說“開奧迪車！”。

   簡單工廠模式和策略模式的區別

   首先看一下簡單工廠類和策略模式（Context）類中程式碼的區別： 簡單工廠類： //現金收費工廠類 class CashFactory { public static CashSuper createCashAccept(string type) { Cas

   【設計模式】（一）-簡單工廠模式和策略模式

   前言 最近開始和春哥，張鐸 ，銀平討論設計模式，成立了一個小菜變大鳥的小組，每天討論一個模式，並且把這個模式搞懂，每學一個新的模式，再回顧一下之前學的模式。這兩天學了簡單工廠模式和策略模式，發現兩個模式有很多相同之處，下面用商場促銷的例子來對兩個模式總結一下。 簡單工廠模式 1.

   大話設計模式中簡單工廠模式和策略模式的商場收銀軟體例項的C++程式碼

   策略模式是一種定義一系統演算法的方法，從概念上來看，所有這些演算法完成的都是相同的工作，只是具體的實現不同；策略模式可以以相同的方式呼叫所有的演算法，減少了各種演算法類與使用演算法類之間的耦合。 策略模式是用來封裝演算法的，但在實踐中，我們發現可以用它來封裝幾乎任何型別的規

   使用工廠模式和策略模式重構複雜業務邏輯

   專案組在和外部系統對接，花了好長一段時間對以前的列印邏輯做修改，修改了8次的bug，才實現了當前的外接系統的列印功能，上線的前一刻又發現此次的改動對以前的邏輯產生關聯影響，哎，不談了，原因很簡單，隨著外接系統的增多，實現的列印方式和功能已經很多了，而此時幾千行的程式碼看看已

   (java)工廠模式和策略模式

   工廠模式 工廠模式是我們最常用的例項化物件模式了，是用工廠方法代替new操作的一種模式。工廠模式在Java程式系統可以說是隨處可見。因為工廠模式就相當於建立例項物件的new，我們經常要根據類Class生成例項物件，如A a=new A() 工廠模式也是用來建立例項物件的

   工廠模式和策略模式

   一、工廠模式1.1簡單工廠模式實現計算器一般實現的計算器需要在客戶端進行邏輯判斷，在新增新的功能的時候需要修改很多的程式碼，而用簡單工廠模式可以將邏輯判斷的程式碼放在後臺，而且在新增新的功能的時候也很容易。在不用的應用中也能複用。首先建立Operation抽象類，將公有的方法

   《設計模式之禪》學習小結之責任鏈模式，裝飾模式和策略模式

   一。責任鏈模式 責任鏈模式將多個處理物件聚合成一條鏈狀，被處理物件直接交由鏈頭處理，它會在鏈中被依次傳遞下去直到處理完成或到達最後一個處理物件為止。責任鏈模式可以將請求和處理分開，但是要注意鏈過長時的效能問題和鏈中節點數量問題。 二。裝飾模式 裝飾模式模式可以說是代理

   Java中，狀態模式和策略模式的區別

   Java開發者，要想恰當的使用狀態模式和策略模式，必須清楚的理解它們之間的區別。雖然狀態模式和策略模式擁有相似的結構，雖然它們都基於SOLID設計原則中的O（開閉原則），但是，它們的意圖是完全不同的。 策略模式通過封裝一組相關演算法，為Client提供執行時的靈活性。Cl

   橋接模式和策略模式的區別

     學習的過程中發現這兩個概念真的是有點區分不開，儘管可以很感性的說bridge模式要比strategy模式更復雜更具可塑性，更“高階”，但是如何清晰闡述兩者區別，卻實是有點困難。 套用偉人的一句話，站在巨人的肩膀上看得更遠，下邊三段分別來自CSDN論壇的貼子

   代理模式 和 策略模式 看似相似，有什麼不同

   代理模式在使用的時候，使用的物件我們並不關係被代理者。 策略模式在使用的時候，我們使用的時候其實我們是知道指定的執行者。 如下 （注意傳參） 代理模式 Assist assist = new A

   模板方法模式和策略模式的相似點和差異性

   Template 模式採用繼承的方式實現演算法的異構，其關鍵點就是講通過演算法封裝在抽象基類中，並將不同的演算法實現細節放在子類中實現。Template模式符合面向物件系統分析和設計中的一個原則，依賴倒置原則，父類呼叫子類的操作，底層模組實現高層模組宣告的介面。這樣控制權在

   Java程式設計師從笨鳥到菜鳥之（三十二）大話設計模式（二）設計模式分類和三種工廠模式

   分享一下我老師大神的人工智慧教程！零基礎，通俗易懂！http://blog.csdn.net/jiangjunshow 也歡迎大家轉載本篇文章。分享知識，造福人民，實現我們中華民族偉大復興！        

   大話設計模式筆記——三種工廠模式對比

   簡單工廠模式：建立一個工廠類，在類中通過具體條件選擇例項化哪個類。 工廠方法模式：定義一個用於建立物件的介面，讓子類決定例項化哪一個類。 抽象工廠模式：提供一個建立一系列相關物件的介面，而無需指定他們具體的類。  舉個例子說明這三個模式，目前有一個User類，它有兩

   設計模式必知必會：三種工廠方法之對比

   在開發中，有沒有試過使用工廠方法呢，不同的工廠方法之間又有什麼不同呢，今天就來好好講一講。本文假設讀者都已經瞭解了三種工廠方法，所以對三種工廠方法的細節不再贅述。 首先我們總共有三種工廠： 簡單工廠模式 工廠方法模式 靜態工廠模式 不同之處 有什麼不

   三種工廠模式的簡單對比

   很早就想把設計模式吃透，苦於懶，一直都是妄想，最近安排了一些時間，彷彿憑空多出了很多時間，現在在一點點摳摳設計模式裡面的東西。設計模式的學習是很必要的，尤其對優化程式碼結構，提現最為明顯。以下的靈感來源於：http://blog.csdn.net/jason0539/arti

   常用設計模式(一)-UML圖和三種工廠模式

   平時在寫程式碼的時候，應該從設計模式的角度去審視自己的程式碼是否合理，下面介紹幾個常用的設計模式 1.先講一下UML基礎知識 一個框代表一個類，分三格:名稱、屬性、介面 +public –private #protected 關聯關係：一個類知道一個類時，用關聯

   設計模式—三種工廠模式(JAVA)

   bsp ati int abs @override 手機 分配 ron size 一：簡單工廠： 有一個實際工廠，這個工廠只能造一類的產品，這一類產品就是一個產品接口，會有多個具體產品實現這個接口，例 如，一個手機廠，生產蘋果手機，三星手機；

   高階特性 三種工廠模式

   簡單工廠模式是屬於建立型模式，又叫做靜態工廠方法（Static Factory Method）模式，但不屬於23種GOF設計模式之一。簡單工廠模式是由一個工廠物件決定創建出哪一種產品類的例項。簡單工廠模式是工廠模式家族中最簡單實用的模式，可以理解為是不同工廠模式的一個特殊實現。 是通過專門定義一個類來負責建

   三種工廠模式總述

   工廠模式實現了建立者和呼叫者的分離。 – 詳細分類：       1.簡單工廠模式       2.工廠方法模式       3.抽象工廠模式        工廠模式的核心本質： – 例項化物件，用工廠方法代替new操作。 – 將選擇實現類、建立物件統一管理和控