### 什么是工廠方法： 概念：是一種常用的對象創建型設計模式,此模式的核心精神是封裝類中不變的部分，提取其中個性化善變的部分為獨立類，通過依賴注入以達到解耦、復用和方便后期維護拓展的目的。 定義：定義一個用于創建對象的接口，讓子類決定實例化哪一個類。工廠方法使一個類的實例化延遲到其子類。 用處：為了解決下圖簡單工廠類中使用了判斷，如果修改運算類那么就需要修改對應的簡單工廠類，違背了開閉原則，進而提出了工廠方法模式（下面只用UML圖來解釋兩個極端至于對應的代碼就不做過多解釋，圖中的關系對應的代碼問題請訪問：http://blog.csdn.net/shiyiqijialimin/article/details/48128785）  ### 一對一的極端  上圖用到了工廠方法很好的解決了簡單工廠中使用判斷，違背開閉原則的問題。 這種純一對一的極端：優點是一個子工廠對應一個算法子類讓我們看起來更加清晰；不足是：如果算法很多的時候，需要產生很多的子工廠。 ### 一對多的極端  上圖很顯然也解決了簡單工廠類中使用判斷，違背開閉原則的問題。但是這里子類中也還是有判斷的啊？其實這里是將左邊三個類看成了一個整體，如果這個工廠不合適，那么就直接添加額外的子工廠來單獨對應一個pizza子類。 這種一對多的極端：優點是將一些可以封裝的pizza子類放到了一個子工廠里，省去了子工廠的創建；不足是：如果需要修改其中子工廠的類就又會違背開閉原則。 ### 兩極端一起運用： 一對一的工廠方法圖是大話設計模式上介紹的，而一對多的圖是Head First設計模式上介紹的，兩者優勢互補，合并到一起運用就非常方便了。 用制作pizza的例子來說明的話就是：對于一對多的工廠不產生修改問題，假設這的多個pizza子類是招牌菜，如果增加新菜，那么就產生一個子工廠對應這一個pizza子類，如下圖  ### 感受： 在學習設計模式的時候，應該從不同的角度去理解它，就好比head first最后講的復合模式一樣，在什么樣的環境中用這個模式合適，如何再進行改造就會更好，但是改造的前提還得是我們的六大原則，讓我們用好設計模式這個巨人吧。