23種設計模式（2）：工廠方法模式

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

類型：建立類模式

類圖：

工廠方法模式代碼

[java]  view plain copy

1. interface IProduct {  
2.     public void productMethod();  
3. }  
4.   
5. class Product implements IProduct {  
6.     public void productMethod() {  
7.         System.out.println("產品");  
8.     }  
9. }  
10.   
11. interface IFactory {  
12.     public IProduct createProduct();  
13. }  
14.   
15. class Factory implements IFactory {  
16.     public IProduct createProduct() {  
17.         return new Product();  
18.     }  
19. }  
20.   
21. public class Client {  
22.     public static void main(String[] args) {  
23.         IFactory factory = new Factory();  
24.         IProduct prodect = factory.createProduct();  
25.         prodect.productMethod();  
26.     }  
27. }  

工廠模式：

        首先須要說一下工廠模式。工廠模式根據抽象程度的不一樣分爲三種：簡單工廠模式（也叫靜態工廠模式）、本文所講述的工廠方法模式、以及抽象工廠模式。工廠模式是編程中常常用到的一種模式。它的主要優勢有：

• 可使代碼結構清晰，有效地封裝變化。在編程中，產品類的實例化有時候是比較複雜和多變的，經過工廠模式，將產品的實例化封裝起來，使得調用者根本無需關心產品的實例化過程，只需依賴工廠便可獲得本身想要的產品。
• 對調用者屏蔽具體的產品類。若是使用工廠模式，調用者只關心產品的接口就能夠了，至於具體的實現，調用者根本無需關心。即便變動了具體的實現，對調用者來講沒有任何影響。
• 下降耦合度。產品類的實例化一般來講是很複雜的，它須要依賴不少的類，而這些類對於調用者來講根本無需知道，若是使用了工廠方法，咱們須要作的僅僅是實例化好產品類，而後交給調用者使用。對調用者來講，產品所依賴的類都是透明的。

 

工廠方法模式：

       經過工廠方法模式的類圖能夠看到，工廠方法模式有四個要素：

• 工廠接口。工廠接口是工廠方法模式的核心，與調用者直接交互用來提供產品。在實際編程中，有時候也會使用一個抽象類來做爲與調用者交互的接口，其本質上是同樣的。
• 工廠實現。在編程中，工廠實現決定如何實例化產品，是實現擴展的途徑，須要有多少種產品，就須要有多少個具體的工廠實現。
• 產品接口。產品接口的主要目的是定義產品的規範，全部的產品實現都必須遵循產品接口定義的規範。產品接口是調用者最爲關心的，產品接口定義的優劣直接決定了調用者代碼的穩定性。一樣，產品接口也能夠用抽象類來代替，但要注意最好不要違反里氏替換原則。
• 產品實現。實現產品接口的具體類，決定了產品在客戶端中的具體行爲。

        前文提到的簡單工廠模式跟工廠方法模式極爲類似，區別是：簡單工廠只有三個要素，他沒有工廠接口，而且獲得產品的方法通常是靜態的。由於沒有工廠接口，因此在工廠實現的擴展性方面稍弱，能夠算所工廠方法模式的簡化版，關於簡單工廠模式，在此一筆帶過。

      

適用場景：

        不論是簡單工廠模式，工廠方法模式仍是抽象工廠模式，他們具備相似的特性，因此他們的適用場景也是相似的。

        首先，做爲一種建立類模式，在任何須要生成複雜對象的地方，均可以使用工廠方法模式。有一點須要注意的地方就是複雜對象適合使用工廠模式，而簡單對象，特別是只須要經過new就能夠完成建立的對象，無需使用工廠模式。若是使用工廠模式，就須要引入一個工廠類，會增長系統的複雜度。

       其次，工廠模式是一種典型的解耦模式，迪米特法則在工廠模式中表現的尤其明顯。假如調用者本身組裝產品須要增長依賴關係時，能夠考慮使用工廠模式。將會大大下降對象之間的耦合度。

       再次，因爲工廠模式是依靠抽象架構的，它把實例化產品的任務交由實現類完成，擴展性比較好。也就是說，當須要系統有比較好的擴展性時，能夠考慮工廠模式，不一樣的產品用不一樣的實現工廠來組裝。

      

典型應用

       要說明工廠模式的優勢，可能沒有比組裝汽車更合適的例子了。場景是這樣的：汽車由發動機、輪、底盤組成，如今須要組裝一輛車交給調用者。假如不使用工廠模式，代碼以下：

[java]  view plain copy

1. class Engine {  
2.     public void getStyle(){  
3.         System.out.println("這是汽車的發動機");  
4.     }  
5. }  
6. class Underpan {  
7.     public void getStyle(){  
8.         System.out.println("這是汽車的底盤");  
9.     }  
10. }  
11. class Wheel {  
12.     public void getStyle(){  
13.         System.out.println("這是汽車的輪胎");  
14.     }  
15. }  
16. public class Client {  
17.     public static void main(String[] args) {  
18.         Engine engine = new Engine();  
19.         Underpan underpan = new Underpan();  
20.         Wheel wheel = new Wheel();  
21.         ICar car = new Car(underpan, wheel, engine);  
22.         car.show();  
23.     }  
24. }  

        能夠看到，調用者爲了組裝汽車還須要另外實例化發動機、底盤和輪胎，而這些汽車的組件是與調用者無關的，嚴重違反了迪米特法則，耦合度過高。而且很是不利於擴展。另外，本例中發動機、底盤和輪胎仍是比較具體的，在實際應用中，可能這些產品的組件也都是抽象的，調用者根本不知道怎樣組裝產品。假如使用工廠方法的話，整個架構就顯得清晰了許多。

[java]  view plain copy

1. interface IFactory {  
2.     public ICar createCar();  
3. }  
4. class Factory implements IFactory {  
5.     public ICar createCar() {  
6.         Engine engine = new Engine();  
7.         Underpan underpan = new Underpan();  
8.         Wheel wheel = new Wheel();  
9.         ICar car = new Car(underpan, wheel, engine);  
10.         return car;  
11.     }  
12. }  
13. public class Client {  
14.     public static void main(String[] args) {  
15.         IFactory factory = new Factory();  
16.         ICar car = factory.createCar();  
17.         car.show();  
18.     }  
19. }  

        使用工廠方法後，調用端的耦合度大大下降了。而且對於工廠來講，是能夠擴展的，之後若是想組裝其餘的汽車，只須要再增長一個工廠類的實現就能夠。不管是靈活性仍是穩定性都獲得了極大的提升。