設計模式中 最基本的工廠模式
感覺就是根據輸入的類型決定選擇何種類與進行何種操作。
跟面向過程中輸入1則執行func1();輸入2則執行func2()基本一致的想法
#include <iostream> using namespace std; enum eShoeType{ leather = 0,rubber}; class CShoe{ public: virtual void What() = 0; }; class CLeatherShoe : public CShoe { public: void What() {cout << "I am leather shoe." << endl;} }; class CRubberShoe : public CShoe { public: void What() {cout << "I am rubber shoe." << endl;} }; class CShoeFactory { public: CShoe* GetShowInstance(eShoeType type) { cout << "工廠生產鞋子ing..." << endl; switch(type) { case leather: return new CLeatherShoe(); case rubber: return new CRubberShoe(); default: return NULL; } } }; void TestWithCpp() { CShoeFactory factory; CShoe* pShoe = NULL; pShoe = factory.GetShowInstance(leather); if(NULL != pShoe) { pShoe->What(); delete pShoe; pShoe = NULL; } pShoe = factory.GetShowInstance(rubber); if(NULL != pShoe) { pShoe->What(); delete pShoe; pShoe = NULL; } } //////////////////////////////////////////////////////// typedef struct SHOE{ int type; void (*print_shoe)(struct SHOE*); }Shoe; void PrintLeatherShoe(Shoe* pShoe) { if(NULL != pShoe) printf("I am leather shoe \n"); } void PrintRubberShoe(Shoe* pShoe) { if(NULL != pShoe) printf("I am rubber shoe \n"); } Shoe* FactoryShoe(int type) { Shoe* pShoe = NULL; pShoe = (Shoe*)malloc(sizeof(Shoe)); if(NULL == pShoe) return NULL; memset(pShoe,0,sizeof(Shoe)); if(leather == type) { pShoe->type = type; pShoe->print_shoe = PrintLeatherShoe; }else if( rubber == type) { pShoe->type = type; pShoe->print_shoe = PrintRubberShoe; }else { free(pShoe); pShoe = NULL; return NULL; } return pShoe; } void TestWithC() { printf("\n\n 測試C版本工廠模式\n"); Shoe* pShoe = FactoryShoe(leather); if(NULL != pShoe) { pShoe->print_shoe(pShoe); free(pShoe); pShoe = NULL; } pShoe = FactoryShoe(rubber); if(NULL != pShoe) { pShoe->print_shoe(pShoe); free(pShoe); pShoe = NULL; } pShoe = FactoryShoe(994); if(NULL != pShoe) { pShoe->print_shoe(pShoe); free(pShoe); pShoe = NULL; } } //////////////////////////////////////////////////////// int _tmain(int argc, _TCHAR* argv[]) { TestWithCpp(); TestWithC(); return 0; }
工廠模式定義:提供創建對象的接口.
為何使用?
工廠模式是我們最常用的模式了,著名的Jive論壇 ,就大量使用了工廠模式,工廠模式在Java程序系統可以說是隨處可見。
為什麼工廠模式是如此常用?因為工廠模式就相當於創建實例對象的new,我們經常要根據類Class生成實例對象,如A a=new A() 工廠模式也是用來創建實例對象的,所以以後new時就要多個心眼,是否可以考慮使用工廠模式,雖然這樣做,可能多做一些工作,但會給你系統帶來更大的可擴展性和盡量少的修改量。
我們以類Sample為例, 如果我們要創建Sample的實例對象:
Sample sample=new Sample();
可是,實際情況是,通常我們都要在創建sample實例時做點初始化的工作,比如賦值 查詢數據庫等。
首先,我們想到的是,可以使用Sample的構造函數,這樣生成實例就寫成:
Sample sample=new Sample(參數);
但是,如果創建sample實例時所做的初始化工作不是象賦值這樣簡單的事,可能是很長一段代碼,如果也寫入構造函數中,那你的代碼很難看了(就需要Refactor重整)。
為什麼說代碼很難看,初學者可能沒有這種感覺,我們分析如下,初始化工作如果是很長一段代碼,說明要做的工作很多,將很多工作裝入一個方法中,相當於將很多雞蛋放在一個籃子裡,是很危險的,這也是有背於Java面向對象的原則,面向對象的封裝(Encapsulation)和分派(Delegation)告訴我們,盡量將長的代碼分派“切割”成每段,將每段再“封裝”起來(減少段和段之間偶合聯系性),這樣,就會將風險分散,以後如果需要修改,只要更改每段,不會再發生牽一動百的事情。
在本例中,首先,我們需要將創建實例的工作與使用實例的工作分開, 也就是說,讓創建實例所需要的大量初始化工作從Sample的構造函數中分離出去。
這時我們就需要Factory工廠模式來生成對象了,不能再用上面簡單new Sample(參數)。還有,如果Sample有個繼承如MySample, 按照面向接口編程,我們需要將Sample抽象成一個接口.現在Sample是接口,有兩個子類MySample 和HisSample .我們要實例化他們時,如下:
Sample mysample=new MySample();
Sample hissample=new HisSample();
隨著項目的深入,Sample可能還會"生出很多兒子出來", 那麼我們要對這些兒子一個個實例化,更糟糕的是,可能還要對以前的代碼進行修改:加入後來生出兒子的實例.這在傳統程序中是無法避免的.
但如果你一開始就有意識使用了工廠模式,這些麻煩就沒有了.
工廠方法
你會建立一個專門生產Sample實例的工廠:
public class Factory{
public static Sample creator(int which){
//getClass 產生Sample 一般可使用動態類裝載裝入類。
if (which==1)
return new SampleA();
else if (which==2)
return new SampleB();
}
}
那麼在你的程序中,如果要實例化Sample時.就使用
Sample sampleA=Factory.creator(1);
這樣,在整個就不......余下全文>>
工廠是指生產實例的地方。那就簡單一個,直接命名為createInstance()。此方法通常是靜態的,而且還會帶有參數和返回值。舉個例子:例如牛、羊、馬、狗都繼承動物類,那createInstance()的返回值應該為 動物(因為工廠就是生產動物的嘛,所以返回值也應該為動物),參數應該為動物名稱(這樣工廠根據名稱才知道你要生產哪種動物啊)。這樣就可以根據傳入的的動物名稱,產生一個動物實例。createInstance的實現:switch(動物名稱) case 牛:return new 牛();case 羊:return new 羊();case 馬:return new 馬();case 狗:return new 狗();