工廠方法模式（Factory Method）

定義：定義一個用於建立物件的介面，讓子類決定例項化哪一個類，工廠方法使一個類的例項化延遲到其子類。

型別：建立類模式

工廠方法模式分為三種：

11、普通工廠模式，就是建立一個工廠類，對實現了同一介面的一些類進行例項的建立。首先看下關係圖：

舉例如下：（我們舉一個傳送郵件和簡訊的例子）

首先，建立二者的共同介面：

1. publicinterface Sender {  
2.     publicvoid Send();  
3. }  

其次，建立實現類：

1. publicclass MailSender implements Sender {  
2.     @Override
3.     publicvoid Send() {  
4.         System.out.println("this is mailsender!");  
5.     }  
6. }  

1. publicclass SmsSender implements Sender {  
2.     @Override
3.     publicvoid Send() {  
4.         System.out.println("this is sms sender!");  
5.     }  
6. }  

最後，建工廠類：

1. publicclass SendFactory {  
2.     public
    Sender produce(String type) {  
3.         if ("mail".equals(type)) {  
4.             returnnew MailSender();  
5.         } elseif ("sms".equals(type)) {  
6.             returnnew SmsSender();  
7.         } else {  
8.             System.out.println("請輸入正確的型別!");  
9.             returnnull;  
10.         }  
11.     }  
12. }  

22、多個工廠方法模式，是對普通工廠方法模式的改進，在普通工廠方法模式中，如果傳遞的字串出錯，則不能正確建立物件，而多個工廠方法模式是提供多個工廠方法，分別建立物件。關係圖：

將上面的程式碼做下修改，改動下SendFactory類就行，如下：

1. publicclass SendFactory {  
2.     public Sender produceMail(){  
3.         returnnew MailSender();  
4.     }  
5.     public Sender produceSms(){  
6.         returnnew SmsSender();  
7.     }  
8. }  

測試類如下：

1. publicclass FactoryTest {  
2.     publicstaticvoid main(String[] args) {  
3.         SendFactory factory = new SendFactory();  
4.         Sender sender = factory.produceMail();  
5.         sender.Send();  
6.     }  
7. }  

輸出：this is mailsender!

33、靜態工廠方法模式，將上面的多個工廠方法模式裡的方法置為靜態的，不需要建立例項，直接呼叫即可。

1. publicclass SendFactory {  
2.     publicstatic Sender produceMail(){  
3.         returnnew MailSender();  
4.     }  
5.     publicstatic Sender produceSms(){  
6.         returnnew SmsSender();  
7.     }  
8. }  

1. publicclass FactoryTest {  
2.     publicstaticvoid main(String[] args) {      
3.         Sender sender = SendFactory.produceMail();  
4.         sender.Send();  
5.     }  
6. }  

輸出：this is mailsender!

總體來說，工廠模式適合：凡是出現了大量的產品需要建立，並且具有共同的介面時，可以通過工廠方法模式進行建立。在以上的三種模式中，第一種如果傳入的字串有誤，不能正確建立物件，第三種相對於第二種，不需要例項化工廠類，所以，大多數情況下，我們會選用第三種——靜態工廠方法模式。

適用場景：

        不管是簡單工廠模式，工廠方法模式還是抽象工廠模式，他們具有類似的特性，所以他們的適用場景也是類似的。

        首先，作為一種建立類模式，在任何需要生成複雜物件的地方，都可以使用工廠方法模式。有一點需要注意的地方就是複雜物件適合使用工廠模式，而簡單物件，特別是只需要通過new就可以完成建立的物件，無需使用工廠模式。如果使用工廠模式，就需要引入一個工廠類，會增加系統的複雜度。

       其次，工廠模式是一種典型的解耦模式，迪米特法則在工廠模式中表現的尤為明顯。假如呼叫者自己組裝產品需要增加依賴關係時，可以考慮使用工廠模式。將會大大降低物件之間的耦合度。

       再次，由於工廠模式是依靠抽象架構的，它把例項化產品的任務交由實現類完成，擴充套件性比較好。也就是說，當需要系統有比較好的擴充套件性時，可以考慮工廠模式，不同的產品用不同的實現工廠來組裝。

具體體現：

• Spring框架中的Bean工廠，這是一個複雜物件，所以適合用工廠模式
• JDK中體現：Collection.iterator方法
  類圖：