舉例解析設計模式中的工廠方法模式在C++編程中的運用
工廠方法模式不同于簡單工廠模式的地方在于工廠方法模式把對象的創(chuàng)建過程放到里子類里。這樣工廠父對象和產(chǎn)品父對象一樣,可以是抽象類或者接口,只定義相應的規(guī)范或操作,不涉及具體的創(chuàng)建或?qū)崿F(xiàn)細節(jié)。
其類圖如下:
實例代碼為:
#pragma once class IProduct { public: IProduct(void); virtual ~IProduct(void); }; #pragma once #include "iproduct.h" class IPad : public IProduct { public: IPad(void); ~IPad(void); }; #pragma once #include "iproduct.h" class IPhone : public IProduct { public: IPhone(void); ~IPhone(void); }; #pragma once #include"IProduct.h" class IFactory { public: IFactory(void); virtual ~IFactory(void); virtual IProduct* getProduct(); }; #pragma once #include "ifactory.h" class IPadFactory : public IFactory { public: IPadFactory(void); ~IPadFactory(void); virtual IProduct* getProduct(); }; #pragma once #include "ifactory.h" class IPhoneFactory : public IFactory { public: IPhoneFactory(void); ~IPhoneFactory(void); virtual IProduct* getProduct(); };
關鍵的實現(xiàn):
#include "StdAfx.h" #include "IPadFactory.h" #include"IPad.h" IPadFactory::IPadFactory(void) { } IPadFactory::~IPadFactory(void) { } IProduct* IPadFactory::getProduct() { return new IPad(); } #include "StdAfx.h" #include "IPhoneFactory.h" #include"IPhone.h" IPhoneFactory::IPhoneFactory(void) { } IPhoneFactory::~IPhoneFactory(void) { } IProduct* IPhoneFactory::getProduct() { return new IPhone(); }
調(diào)用方式:
#include "stdafx.h" #include"IFactory.h" #include"IPadFactory.h" #include"IPhoneFactory.h" #include"IProduct.h" int _tmain(int argc, _TCHAR* argv[]) { IFactory *fac = new IPadFactory(); IProduct *pro = fac->getProduct(); fac = new IPhoneFactory(); pro = fac->getProduct(); return 0; }
應用場景:
1..net里面的數(shù)據(jù)庫連接對象就是產(chǎn)生數(shù)據(jù)命令對象的工廠。每種數(shù)據(jù)庫的connection對象里(繼承自IDbConnection)都有對自己createCommand(定義在IDbCommand里)的實現(xiàn)。
2..net里面的迭代器,IEnumerable定義了迭代器的接口,即工廠方法,每一個繼承自IEnumerable的類都要實現(xiàn)GetEnumerator??梢詤⒖碅rrayList,String的GetEnumerator方法。他們都繼承自IEnumerable。
對比簡單工廠模式與工廠方法模式:
1. 結(jié)構(gòu)復雜度
從這個角度比較,顯然簡單工廠模式要占優(yōu)。簡單工廠模式只需一個工廠類,而工廠方法模式的工廠類隨著產(chǎn)品類個數(shù)增加而增加,這無疑會使類的個數(shù)越來越多,從而增加了結(jié)構(gòu)的復雜程度。
2.代碼復雜度
代碼復雜度和結(jié)構(gòu)復雜度是一對矛盾,既然簡單工廠模式在結(jié)構(gòu)方面相對簡潔,那么它在代碼方面肯定是比工廠方法模式復雜的了。簡單工廠模式的工廠類隨著產(chǎn)品類的增加需要增加很多方法(或代碼),而工廠方法模式每個具體工廠類只完成單一任務,代碼簡潔。
3.客戶端編程難度
工廠方法模式雖然在工廠類結(jié)構(gòu)中引入了接口從而滿足了OCP,但是在客戶端編碼中需要對工廠類進行實例化。而簡單工廠模式的工廠類是個靜態(tài)類,在客戶端無需實例化,這無疑是個吸引人的優(yōu)點。
4.管理上的難度
這是個關鍵的問題。
我 們先談擴展。眾所周知,工廠方法模式完全滿足OCP,即它有非常良好的擴展性。那是否就說明了簡單工廠模式就沒有擴展性呢?答案是否定的。簡單工廠模式同 樣具備良好的擴展性——擴展的時候僅需要修改少量的代碼(修改工廠類的代碼)就可以滿足擴展性的要求了。盡管這沒有完全滿足OCP,但筆者認為不需要太拘 泥于設計理論。
然后我們從維護性的角度分析下。假如某個具體產(chǎn)品類需要進行一定的修改,很可能需要修改對應的工廠類。當同時 需要修改多個產(chǎn)品類的時候,對工廠類的修改會變得相當麻煩(對號入座已經(jīng)是個問題了)。反而簡單工廠沒有這些麻煩,當多個產(chǎn)品類需要修改是,簡單工廠模式 仍然僅僅需要修改唯一的工廠類(無論怎樣都能改到滿足要求吧?大不了把這個類重寫)。
由以上的分析,筆者認為簡單工廠模式更好用更方便些。當然這只是筆者的個人看法而已,畢竟公認的,工廠方法模式比簡單工廠模式更“先進”。但有時過于先進的東西未必適合自己,這個見仁見智吧。
欄 目:C語言
下一篇:解析設計模式中的Prototype原型模式及在C++中的使用
本文標題:舉例解析設計模式中的工廠方法模式在C++編程中的運用
本文地址:http://mengdiqiu.com.cn/a1/Cyuyan/2462.html
您可能感興趣的文章
- 01-10數(shù)據(jù)結(jié)構(gòu)課程設計- 解析最少換車次數(shù)的問題詳解
- 01-10深入解析最長公共子串
- 01-10深入解析Linux下\r\n的問題
- 01-10Linux線程管理必備:解析互斥量與條件變量的詳解
- 01-10解析Linux下的時間函數(shù):設置以及獲取時間的方法
- 01-10DHCP:解析開發(fā)板上動態(tài)獲取ip的2種實現(xiàn)方法詳解
- 01-10節(jié)序問題:解析大小的端判定
- 01-10解析如何在C語言中調(diào)用shell命令的實現(xiàn)方法
- 01-10解析c中stdout與stderr容易忽視的一些細節(jié)
- 01-10深入解析C中的數(shù)值與


閱讀排行
本欄相關
- 04-02c語言函數(shù)調(diào)用后清空內(nèi)存 c語言調(diào)用
- 04-02func函數(shù)+在C語言 func函數(shù)在c語言中
- 04-02c語言的正則匹配函數(shù) c語言正則表達
- 04-02c語言用函數(shù)寫分段 用c語言表示分段
- 04-02c語言中對數(shù)函數(shù)的表達式 c語言中對
- 04-02c語言編寫函數(shù)冒泡排序 c語言冒泡排
- 04-02c語言沒有round函數(shù) round c語言
- 04-02c語言分段函數(shù)怎么求 用c語言求分段
- 04-02C語言中怎么打出三角函數(shù) c語言中怎
- 04-02c語言調(diào)用函數(shù)求fibo C語言調(diào)用函數(shù)求
隨機閱讀
- 01-10delphi制作wav文件的方法
- 01-10SublimeText編譯C開發(fā)環(huán)境設置
- 08-05dedecms(織夢)副欄目數(shù)量限制代碼修改
- 01-11Mac OSX 打開原生自帶讀寫NTFS功能(圖文
- 01-10C#中split用法實例總結(jié)
- 08-05DEDE織夢data目錄下的sessions文件夾有什
- 04-02jquery與jsp,用jquery
- 01-11ajax實現(xiàn)頁面的局部加載
- 08-05織夢dedecms什么時候用欄目交叉功能?
- 01-10使用C語言求解撲克牌的順子及n個骰子