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