淺談軟件設(shè)計(jì)模式之簡(jiǎn)單工廠
---每一模式的出現(xiàn)都是為了解決某一種或某一類問題，或者對(duì)某種對(duì)象間的耦合關(guān)系進(jìn)行解耦合，使緊耦合變成松耦合的關(guān)系。
1.前言(解耦過程)
當(dāng)我們還是一個(gè)剛剛?cè)腴T或者剛剛接觸面向?qū)ο蟪绦騿T或者學(xué)習(xí)者的時(shí)候。我們會(huì)很習(xí)慣的用類來描述某一中具有相同屬性的東西。
如蘋果。而且它有名字、皮等屬性。然后我們就會(huì)定義一個(gè)蘋果(Apple)：
- publicclassApple
- {
- publicstringName{get;set;}
- publicColor Skin{get;set;}
- publicvoidDisplay()
- {
- Console.Write("我是蘋果");
- }
- }
然后我們想得到一個(gè)蘋果的時(shí)候，我們就很習(xí)慣得去做一件事件，代碼和結(jié)構(gòu)圖如下：緊耦合結(jié)構(gòu)圖：
圖1-1
然后有些人就會(huì)想到 我們既然學(xué)了蘋果類,蘋果可以這樣寫,那香蕉、葡萄等。代碼如下：
- publicclassBanana
- {
- publicstringName{get;set;}
- publicstringSkin{get;set;}
- publicvoidDisplay()
- {
- Console.Write("我是香蕉");
- }
- }
- publicclassGrape
- {
- publicstringName{get;set;}
- publicstringSkin{get;set;}
- publicvoidDisplay()
- {
- Console.Write("我是葡萄");
- }
- }
多個(gè)緊耦合結(jié)構(gòu)圖：
圖1-2
當(dāng)自己慢慢對(duì)OO熟悉后 發(fā)現(xiàn)這樣代碼不好，所以稍作改善,應(yīng)該采用接口或者抽象類來實(shí)現(xiàn)(多態(tài))。
所以定義了一個(gè)水果的接口,然后所有的水果的繼承它。代碼如下：
- publicInterface IFruit
- {
- publicvoidDisplay();
- }
然后代碼中就出現(xiàn)大量如下代碼：
- IFruit fruit;
- if(fruitType.Equal("Apple"))
- {
- fruit =newApple{Name="蘋果",Skin="Green"};
- }elseif(fruitType.Equal("Banana"))
- {
- fruit =newBanana{Name="香蕉",Skin="Yellow"};
- }else if(fruitType.Equal("Grape"))
- {
- fruit =newGrape{Name="葡萄",Skin="Grape"};
- }
使用了接口結(jié)構(gòu)圖：
圖1-3
這樣如果我以后增加了一個(gè)新類型的水果的話,要修改多處的邏輯代碼。這樣導(dǎo)致出現(xiàn)一個(gè)代碼維護(hù)困難的問題。
結(jié)果就想到用一個(gè)果園(Orchard)來解決此問題,果園可以為我們提供水果。代碼如下：
- publicclassOrchardFactory
- {
- publicIFruit ProvideFruit(stringfruitType)
- {
- if(fruitType.Equal("Apple"))
- {
- returnnewApple{Name="蘋果",Skin="Green"};
- }else if(fruitType.Equal("Banana"))
- {
- returnnewBanana{Name="香蕉",Skin="Yellow"};
- }elseif(fruitType.Equal("Grape"))
- {
- returnnewGrape{Name="葡萄",Skin="Grape"};
- }
- }
- }
這樣就解決了上面多出修改代碼的問題了,但同時(shí)也引進(jìn)了一個(gè)新問題,就是每次都要傳進(jìn)一個(gè)參數(shù),而且提供水果的方法
又每次都需要進(jìn)行邏輯判斷,單水果種類多的話,在性能上有一定的影響,所以對(duì)果園進(jìn)行了一些修改。代碼如下：
- publicclassOrchardFactory
- {
- publicIFruit ProvideApple()
- {
- returnnewApple{Name="蘋果",Skin="Green"};
- }
- publicIFruit ProvideBanana()
- {
- returnnewBanana{Name="香蕉",Skin="Yellow"};
- }
- publicIFruit ProvideGrape()
- {
- returnnewGrape{Name="葡萄",Skin="Grape"};
- }
- }
簡(jiǎn)單工廠結(jié)構(gòu)圖：
圖1-4
這樣就引出了一個(gè)設(shè)計(jì)模式“簡(jiǎn)單工廠”。
2.概要
什么是簡(jiǎn)單工廠：其實(shí)簡(jiǎn)單工廠嚴(yán)格來說它并不是一種設(shè)計(jì)模式，更偏向于一種編程習(xí)慣。
簡(jiǎn)單工廠是一種創(chuàng)建型模式,主要為客戶(這里客戶不是指人,而是指程序的中對(duì)象的請(qǐng)求者)提供客戶所需的具有相同父類或者相同接口的不同產(chǎn)品(這里可以認(rèn)為是同一產(chǎn)品族)。
3.結(jié)構(gòu)圖分析：
圖1-1產(chǎn)品完全跟客戶端耦合?？蛻舯仨氈谰唧w的產(chǎn)品是如何創(chuàng)建。
圖1-2多種產(chǎn)品與客戶端耦合這樣客戶端必須去記得每一種產(chǎn)品。
圖1-3水果接口與客戶端耦合,客戶端不需要知道有什么產(chǎn)品。但有一個(gè)不好的地方就是客戶端會(huì)多處出現(xiàn)重復(fù)代碼。
圖1-4簡(jiǎn)單工廠完整圖,水果接口跟工廠耦合,客戶跟工廠耦合,這樣使得客戶跟具體產(chǎn)品之間完全解耦,而工廠跟具體產(chǎn)品間變成送耦合關(guān)系。
4.靜態(tài)工廠：
如果為簡(jiǎn)單工廠的方法加一個(gè)靜態(tài)變量的關(guān)鍵字,此工廠就稱為靜態(tài)工廠。
優(yōu)點(diǎn)：方便使用,不用動(dòng)態(tài)去實(shí)例化工廠就可以創(chuàng)建產(chǎn)品。
缺點(diǎn)：因?yàn)閟tatic關(guān)鍵字不支持繼承。所以子類(派生類)并不擁有父類(基類)的靜態(tài)屬性和靜態(tài)方法。
5.目的：
簡(jiǎn)單工廠的目的在于解決客戶于對(duì)象間的直接依賴的關(guān)系,把他們之間的緊耦合進(jìn)行解耦。
從代碼的角度來看,主要問題解決重復(fù)造輪子的問題,也就是說在代碼中多處重復(fù)出現(xiàn)相同代碼,導(dǎo)致代碼越來越難以維護(hù)的問題。
實(shí)現(xiàn)了用復(fù)用代替Copy代碼。
6.使用場(chǎng)合：
從抽象角度來看：適用于滿足產(chǎn)品請(qǐng)求者、產(chǎn)品提供者、提供相同父類或接口的不同產(chǎn)品(同一產(chǎn)品族)。如果存在以上關(guān)系就
可以用簡(jiǎn)單工廠。
從實(shí)際應(yīng)用來看：適用于如數(shù)據(jù)庫創(chuàng)建連接池,也可以和其他設(shè)計(jì)模式一起適用。
7.附加代碼：點(diǎn)擊下載
原文鏈接：http://www.cnblogs.com/smlAnt/archive/2011/07/21/2112293.html
【編輯推薦】
- 新手軟件項(xiàng)目經(jīng)理該如何入門
- 項(xiàng)目經(jīng)理的力量應(yīng)該從哪里來？
- 當(dāng)你從程序員變?yōu)轫?xiàng)目經(jīng)理
- 軟件測(cè)試項(xiàng)目為什么會(huì)失敗
- 項(xiàng)目管理之CVS與SVN日常使用總結(jié)
