工廠方法模式定義：
工廠方法（別名virtual constructor）定義了乙個用於建立物件的介面，但由子類決定要例項化的類是哪乙個。工廠方法使類的例項化推遲到子類。
uml圖
工廠方法模式特點
工廠方法讓子類決定要例項化的類是哪乙個。所謂的「決定」並不是指模式允許子類本身在執行時做決定，而是指編寫抽象工廠類時，不需要知道實際建立的產品是哪乙個。選擇使用了那個子類，自然就決定了實際使用的產品是什麼。
工廠方法模式是由簡單工廠經過重構（利用多型性替換複雜的if else邏輯）而成。
工廠方法是簡單工廠的推廣，簡單工廠是工廠方法的退化。
在工廠方法模式中，核心的工廠類不再負責所有產品的建立，而是將具體建立工作交給子類去做。這個核心類僅僅負責給出具體工廠必須實現的介面，而不接觸哪乙個產品類被例項化這種細節。這使得工廠方法模式可以允許系統在不修改工廠角色的情況下引進新產品。在factory method模式中，工廠類與產品類往往具有平行的等級結構，它們之間一一對應。
工廠方法不一定每一次都返還乙個新的物件。但是它所返還的物件一定是他自己建立的，而不是在乙個外部物件裡面建立，然後傳入工廠物件中的。
工廠方法模式優點
客服了簡單工廠破壞開放-封閉原則的缺陷，如果要增加乙個產品，這需要增加乙個相應的工廠類就行了。
這相當於整個工廠和產品體系是符合了開放-封閉原則的
封裝了物件建立過程，使得需要更換物件時，不需要做大的修改就可以實現，降低了客戶端與產品物件的耦合性。
工廠方法模式缺點
工廠模式實現時，客戶端需要決定例項化哪乙個工廠來實現運算類，選擇的問題還是存在的，也就是說，工廠方法把簡單工廠的內部判斷邏輯搬到了客戶端**中。如果想要加新的功能，本來是改工廠類的，現在要改客戶端。
這也只是相當於整個工廠和產品體系是符合了開放-封閉原則的，而客戶端其實並沒有符合
工廠方法是簡單工廠方法的進一步抽象和推廣。由於使用了多型性，工廠方法模式保持了簡單工廠方法模式的優點，而且客服了一定的缺點。但缺點是每增加乙個產品類就需要增加乙個工廠類，增加了開發的工作量。
工廠方法模式適用場景：
類不知道自己要建立哪乙個物件
類用它的子類來指定建立哪個物件
客戶需要清楚建立了哪乙個物件
稍後上傳
工廠方法模式 工廠方法模式
工廠方法模式是簡單工廠模式的公升級版，簡單工廠模式不符合設計模式的原則 即 單一職責，開閉原則 優點 職責明確，擴充套件方便 缺點 需要建立多個工廠 實現步驟 1.將工廠通用方法抽取介面 例如 ifactory 2.將產品抽取介面 例如 icar 3.實現各種產品 例如 baomacar，benti...
工廠方法模式 工廠方法模式 二
工廠方法模式是對簡單工廠的進一步抽象和封裝，需要新的類物件時不需要對既有工廠類進行修改，而是增加新的工廠類。工程類可以使用模版進一步封裝，由編譯器來生成 從而減少 編寫工作量。工廠方法的 c 實現01part產品抽象基類class animal virtual void show 0 02part產...
工廠方法模式（一） 簡單工廠方法模式
ps 第二篇學習部落格，堅持就是勝利。繼續設計模式的學習，記錄工廠模式，加深自己的理解。基本結構 abstractproduct 用來定義基本的商品的抽象 public abstract class abstractphoneproduct 用來實現抽象商品，生成各種商品 public class ...