工廠方法
介紹意圖：定義乙個建立物件的介面，讓其子類自己決定例項化哪乙個工廠類，工廠模式使其建立過程延遲到子類進行。
主要解決：主要解決介面選擇的問題。
何時使用：我們明確地計畫不同條件下建立不同例項時。
如何解決：讓其子類實現工廠介面，返回的也是乙個抽象的產品。
關鍵**：建立過程在其子類執行。
應用例項：
1、您需要一輛汽車，可以直接從工廠裡面提貨，而不用去管這輛汽車是怎麼做出來的，以及這個汽車裡面的具體實現。
2、hibernate 換資料庫只需換方言和驅動就可以。
優點：
1、乙個呼叫者想建立乙個物件，只要知道其名稱就可以了。
2、擴充套件性高，如果想增加乙個產品，只要擴充套件乙個工廠類就可以。 3、遮蔽產品的具體實現，呼叫者只關心產品的介面。
缺點：每次增加乙個產品時，都需要增加乙個具體類和物件實現工廠，使得系統中類的個數成倍增加，在一定程度上增加
了系統的複雜度，同時也增加了系統具體類的依賴。這並不是什麼好事。
使用場景：
1、日誌記錄器：記錄可能記錄到本地硬碟、系統事件、遠端伺服器等，使用者可以選擇記錄日誌到什麼地方。
2、資料庫訪問，當使用者不知道最後系統採用哪一類資料庫，以及資料庫可能有變化時。 3、設計乙個連線伺服器的框架，需要三個協議，"pop3"、"imap"、"http"，可以把這三個作為產品類，共同實現乙個介面。
注意事項：作為一種建立類模式，在任何需要生成複雜物件的地方，都可以使用工廠方法模式。有一點需要注意的地方就是複雜物件適合使用工廠模式，而簡單物件，特別是只需要通過 new 就可以完成建立的物件，無需使用工廠模式。
如果使用工廠模式，就需要引入乙個工廠類，會增加系統的複雜度。
工廠方法和簡單工廠的對比
簡單工廠模式的缺點是當新增產品的時候就要去修改工廠的類，這就違反了開放封閉原則，(類、模組、函式)可以擴充套件，但是不可以修改。
所謂工廠方法模式，是指定義乙個用於建立物件的介面，讓子類決定例項化哪乙個類。打個比方
現在有a、b兩種產品，那麼久開兩個工廠。工廠a負責生產a產品，工廠b負責生產b種產品。這時候客戶不需要告訴共產生產哪種產品了，只需要告訴共產生產就可以了
#include#include using namespace std;
class product
;class producta :public product
};class productb :public product
};class factory
;class factorya:public factory
};class factoryb :public factory
};int main()
設計模式（四） 工廠方法模式
一 工廠方法模式介紹 工廠方法模式 定義了乙個建立物件的抽象方法，由子類決定要例項化的類。工廠方法模式將物件的例項化推遲到子類。二 應用 在簡單工廠模式的應用上，用工廠方法模式進一步修改 將披薩專案的例項化功能抽象成抽象方法，在不同的口味點餐子類中具體實現。類圖 1 抽象披薩類 public abs...
C 設計模式 工廠方法模式
問題描述 之前講到了c 設計模式 簡單工廠模式，由於簡單工廠模式的侷限性，比如 工廠現在能生產producta productb和productc三種產品了，此時，需要增加生產productd產品 那麼，首先是不是需要在產品列舉型別中新增新的產品型別標識，然後，修改factory類中的switch結...
C 設計模式 工廠方法模式
問題描述 之前講到了c 設計模式 簡單工廠模式，由於簡單工廠模式的侷限性，比如 工廠現在能生產producta productb和productc三種產品了，此時，需要增加生產productd產品 那麼，首先是不是需要在產品列舉型別中新增新的產品型別標識，然後，修改factory類中的switch結...