建站
咨詢
售后
建站咨詢
新聞中心
---每一模式的出現(xiàn)都是為了解決某一種或某一類問題，或者對某種對象間的耦合關系進行解耦合，使緊耦合變成松耦合的關系。
天柱網(wǎng)站建設公司成都創(chuàng)新互聯(lián)公司,天柱網(wǎng)站設計制作，有大型網(wǎng)站制作公司豐富經驗。已為天柱上1000家提供企業(yè)網(wǎng)站建設服務。企業(yè)網(wǎng)站搭建\外貿網(wǎng)站制作要多少錢，請找那個售后服務好的天柱做網(wǎng)站的公司定做！
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熟悉后 發(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"};
- }
使用了接口結構圖：
圖1-3
這樣如果我以后增加了一個新類型的水果的話,要修改多處的邏輯代碼。這樣導致出現(xiàn)一個代碼維護困難的問題。
結果就想到用一個果園(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"};
- }
- }
簡單工廠結構圖：
圖1-4
這樣就引出了一個設計模式“簡單工廠”。
2.概要
什么是簡單工廠：其實簡單工廠嚴格來說它并不是一種設計模式，更偏向于一種編程習慣。
簡單工廠是一種創(chuàng)建型模式,主要為客戶(這里客戶不是指人,而是指程序的中對象的請求者)提供客戶所需的具有相同父類或者相同接口的不同產品(這里可以認為是同一產品族)。
3.結構圖分析：
圖1-1產品完全跟客戶端耦合?？蛻舯仨氈谰唧w的產品是如何創(chuàng)建。
圖1-2多種產品與客戶端耦合這樣客戶端必須去記得每一種產品。
圖1-3水果接口與客戶端耦合,客戶端不需要知道有什么產品。但有一個不好的地方就是客戶端會多處出現(xiàn)重復代碼。
圖1-4簡單工廠完整圖,水果接口跟工廠耦合,客戶跟工廠耦合,這樣使得客戶跟具體產品之間完全解耦,而工廠跟具體產品間變成送耦合關系。
4.靜態(tài)工廠：
如果為簡單工廠的方法加一個靜態(tài)變量的關鍵字,此工廠就稱為靜態(tài)工廠。
優(yōu)點：方便使用,不用動態(tài)去實例化工廠就可以創(chuàng)建產品。
缺點：因為static關鍵字不支持繼承。所以子類(派生類)并不擁有父類(基類)的靜態(tài)屬性和靜態(tài)方法。
5.目的：
簡單工廠的目的在于解決客戶于對象間的直接依賴的關系,把他們之間的緊耦合進行解耦。
從代碼的角度來看,主要問題解決重復造輪子的問題,也就是說在代碼中多處重復出現(xiàn)相同代碼,導致代碼越來越難以維護的問題。
實現(xiàn)了用復用代替Copy代碼。
6.使用場合：
從抽象角度來看：適用于滿足產品請求者、產品提供者、提供相同父類或接口的不同產品(同一產品族)。如果存在以上關系就
可以用簡單工廠。
從實際應用來看：適用于如數(shù)據(jù)庫創(chuàng)建連接池,也可以和其他設計模式一起適用。
7.附加代碼：點擊下載
網(wǎng)頁名稱：淺談軟件設計模式之簡單工廠
標題網(wǎng)址：http://fisionsoft.com.cn/article/cogpjsj.html
