工廠方法模式

工廠方法(Factory Method)模式的意義是定義一個創建產品對象的工廠介面，將實際創建工作推遲到子類當中。核心工廠類不再負責產品的創建，這樣核心類成為一個抽象工廠角色，僅負責具體工廠子類必須實現的介面，這樣進一步抽象化的好處是使得工廠方法模式可以使系統在不修改具體工廠角色的情況下引進新的產品。

工廠方法模式是簡單工廠模式的衍生，解決了許多簡單工廠模式的問題。首先完全實現‘開－閉 原則’，實現了可擴展。其次更複雜的層次結構，可以應用於產品結果複雜的場合。

工廠方法模式對簡單工廠模式進行了抽象。有一個抽象的Factory類（可以是抽象類和介面），這個類將不再負責具體的產品生產，而是只制定一些規範，具體的生產工作由其子類去完成。在這個模式中，工廠類和產品類往往可以依次對應。即一個抽象工廠對應一個抽象產品，一個具體工廠對應一個具體產品，這個具體的工廠就負責生產對應的產品。

工廠方法模式(Factory Method pattern)是最典型的模板方法模式(Template Method pattern)應用。

抽象工廠(Creator)角色：是工廠方法模式的核心，與應用程序無關。任何在模式中創建的對象的工廠類必須實現這個介面。

具體工廠(Concrete Creator)角色：這是實現抽象工廠介面的具體工廠類，包含與應用程序密切相關的邏輯，並且受到應用程序調用以創建產品對象。在上圖中有兩個這樣的角色：BulbCreator與TubeCreator。

抽象產品(Product)角色：工廠方法模式所創建的對象的超類型，也就是產品對象的共同父類或共同擁有的介面。在上圖中，這個角色是Light。

具體產品(Concrete Product)角色：這個角色實現了抽象產品角色所定義的介面。某具體產品有專門的具體工廠創建，它們之間往往一一對應。

工廠方法經常用在以下兩種情況中:

第一種情況是對於某個產品，調用者清楚地知道應該使用哪個具體工廠服務，實例化該具體工廠，生產出具體的產品來。Java Collection中的iterator() 方法即屬於這種情況。

第二種情況，只是需要一種產品，而不想知道也不需要知道究竟是哪個工廠為生產的，即最終選用哪個具體工廠的決定權在生產者一方，它們根據當前系統的情況來實例化一個具體的工廠返回給使用者，而這個決策過程這對於使用者來說是透明的。