C 抽象工廠模式的幾種實現方法及比較

利用設計模式可以使我們的**更靈活，更容易擴充套件，更容易維護。各種物件導向的程式語言都提供了基本相同的機制：比如類、繼承、派生、多型等等。但是又有各自的特色，c# 中的反射機制便是乙個很重要的工具，好好地利用就可以在實際中發揮很大的作用。

我們來看乙個例子：

我們的程式考慮的是物件怎麼建立的，建立型模式應該符合要求吧。然後我們瀏覽一下各模式的「意圖」部分。第乙個好像就撞到彩了，抽象工廠，我們看看吧，「提供乙個建立一系列相關或相互依賴物件的介面，而無需指定它們具體的類」，至少「無需指定它們具體的類」符合我們的要求。來看看它的結構吧！

下面的一些東西顯然是我們需要的：

public inte***ce ifruit 
public class orange:ifruit  } 
}

我們的fruitfactory應該是怎麼樣呢？上面的結構圖中它給的是createproducta,那好，我就makeorange，還有乙個createproductb,俺makeorange還不行？？

public class fruitfactory 
}

怎麼使用這個工廠呢？我們來寫下面的**：

string fruitname = console.readline(); 
ifruit myfruit = null; 
fruitfactory myfruitfactory = new fruitfactory(); 
switch (fruitname)

編譯執行，然後在控制台輸入想要的東西，成功。不過等等，它好像還不完美，我如果想要pear，我既要在客戶**中的switch中加入判斷，又要在工廠方法中加入makepear方法，好像不怎麼優雅。更好一點，在工廠中只提供乙個方法，makefruit，然後傳遞進乙個引數name，代表我們想要的水果的名稱，這樣的話，似乎我們的客戶**中的那個switch就可以不要了，相反，在fruitfactory中好像需要乙個，還等什麼呢？實現吧！

fruitfactory: 
public class fruitfactory } }

客戶**：

string fruitname = console.readline(); 
ifruit myfruit; 
fruitfactory myfruitfactory = new fruitfactory(); 
myfruit = myfruitfactory.makefruit(fruitname);

這樣看起來好多了，至少我客戶**中不要再寫那麼一長串的判斷**了。

另外乙個重要的類就是system.activator，它包含特定的方法，用以在本地或從遠端建立物件型別，或獲取對現有遠端物件的引用。

我們可以先利用type類獲取name指定的類名的類的type資訊，然後可以根據這個資訊利用activator建立物件。

public class fruitfactory 
catch (typeloadexception e) 
console.writeline("i dont know this kind of fruit,exception caught - " ,e.message); 
return myfruit; } }

C 抽象工廠模式的幾種實現方法及比較

C 抽象工廠模式的幾種實現方法及比較

C 抽象工廠模式的幾種實現方法及比較

C 抽象工廠模式的幾種實現方法及比較

相關推薦