C 設計模式之工廠方法模式

問題描述

之前講到了c++設計模式——簡單工廠模式，由於簡單工廠模式的侷限性，比如：工廠現在能生產producta、productb和productc三種產品了，此時，需要增加生產productd產品；那麼，首先是不是需要在產品列舉型別中新增新的產品型別標識，然後，修改factory類中的switch結構**。是的，這種對**的修改，對原有**的改動量較大，易產生編碼上的錯誤（雖然很簡單，如果工程大了，出錯也是在所難免的！！！）。這種對**的修改是最原始，最野蠻的修改，本質上不能稱之為對**的擴充套件。同時，由於對已經存在的函式進行了修改，那麼以前進行過的測試，都將是無效的，所有的測試，都將需要重新進行，所有的**都需要進行重新覆蓋。這種，增加成本，不能提高效率的事情，在公司是絕對不允許的（除非昏庸的pm）。出於種種原因，簡單工廠模式，在實際專案中使用的較少。那麼該怎麼辦？怎麼辦呢？需要對原有**影響降到最小，同時能對原有功能進行擴充套件。

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;}

2023年11月18日於大連、東軟。

C 設計模式之工廠方法模式

工廠方法模式 C 設計模式之1 工廠方法模式

C 設計模式之工廠方法模式

C 設計模式之工廠方法模式

相關推薦