問題描述
之前講到了c++設計模式——簡單工廠模式，由於簡單工廠模式的侷限性，比如：工廠現在能生產producta、productb和productc三種產品了，此時，需要增加生產productd產品；那麼，首先是不是需要在產品列舉型別中新增新的產品型別標識，然後，修改factory類中的switch結構**。是的，這種對**的修改，對原有**的改動量較大，易產生編碼上的錯誤（雖然很簡單，如果工程大了，出錯也是在所難免的！！！）。這種對**的修改是最原始，最野蠻的修改，本質上不能稱之為對**的擴充套件。同時，由於對已經存在的函式進行了修改，那麼以前進行過的測試，都將是無效的，所有的測試，都將需要重新進行，所有的**都需要進行重新覆蓋。這種，增加成本，不能提高效率的事情，在公司是絕對不允許的（除非昏庸的pm）。出於種種原因，簡單工廠模式，在實際專案中使用的較少。那麼該怎麼辦？怎麼辦呢？需要對原有**影響降到最小，同時能對原有功能進行擴充套件。
uml類圖
那麼今天介紹的工廠方法模式，就隆重登場了。它只是對簡單工廠模式的擴充套件，在gof的介紹中，它們是合併在一起的，而我則是單獨分開進行講解的，就是為了區分二者的利弊，便於大家在實際專案中進行更好的把握與應用。工廠方法模式是在簡單工廠模式的基礎上，對「工廠」新增了乙個抽象層。將工廠共同的動作抽象出來，作為抽象類，而具體的行為由子類本身去實現，讓子類去決定生產什麼樣的產品。
如圖，factorya專心負責生產producta，factoryb專心負責生產productb，factorya和factoryb之間沒有關係；如果到了後期，如果需要生產productc時，我們則可以建立乙個factoryc工廠類，該類專心負責生產productc類產品。由於factorya、factoryb和factoryc之間沒有關係，當加入factoryc加入時，對factorya和factoryb的工作沒有產生任何影響，那麼對**進行測試時，只需要單獨對factoryc和productc進行單元測試，而factorya和factoryb則不用進行測試，則可省去大量無趣無味的測試工作。
適用場合
工廠方法模式的意義是定義乙個建立產品物件的工廠介面，將實際建立工作推遲到子類當中。核心工廠類不再負責產品的建立，這樣核心類成為乙個抽象工廠角色，僅負責具體工廠子類必須實現的介面，這樣進一步抽象化的好處是使得工廠方法模式可以使系統在不修改具體工廠角色的情況下引進新的產品。
在設計的初期，就考慮到產品在後期會進行擴充套件的情況下，可以使用工廠方法模式；
產品結構較複雜的情況下，可以使用工廠方法模式；
由於使用設計模式是在詳細設計時，就需要進行定奪的，所以，需要權衡多方面的因素，而不能為了使用設計模式而使用設計模式。
**實現
/*
** filename : factorymethodpatterndemo
** author : jelly young
** date : 2013/11/18
** description : more information, please go to
*/#include
using
namespace
std;
class product
;class producta : public product
;class factorya : public factory
};class factoryb : public factory
};int
main
(int argc , char *argv )
if (producta != null)
if (factoryb != null)
if (productb != null)
return
0;}
C 設計模式 工廠方法模式
問題描述 之前講到了c 設計模式 簡單工廠模式，由於簡單工廠模式的侷限性，比如 工廠現在能生產producta productb和productc三種產品了，此時，需要增加生產productd產品 那麼，首先是不是需要在產品列舉型別中新增新的產品型別標識，然後，修改factory類中的switch結...
C 設計模式 工廠方法模式
abstract class product class concreteproducta product class concreteproductb product abstract class factory class concreteafactory factory class concr...
C 設計模式 工廠方法模式
優點 1 可擴充套件 加入新產品時，無需對原 進行修改，只需在專案空間中新增實現介面的類即可 2 工廠可以自主設計產品，並且如何建立產品的細節全部在工廠內部，也叫多型工廠模式 3 包含抽象產品，具體產品 抽象工廠，具體工廠 using system using system.collections....