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