引言
委 托 和 事件在 .Net Framework中的應用非常廣泛，然而，較好地理解委托和事件對很多接觸C#時間不長的人來說并不容易，它們就像是一道檻兒，過了這個檻的人，覺得真 是太容易了，而沒有過去的人每次見到委托和事件就覺得心里別（biè）得慌，混身不自在，本文中，我將通過兩個范例由淺入深地講述什么是委托、為什么要使 用委托、事件的由來、.Net Framework中的委托和事件、委托和事件對Observer設計模式的意義，對它們的中間代碼也做了討論，
將方法作為方法的引數
我們先不管這個標題如何的繞口，也不管委托究竟是個什么東西，來看下面這兩個最簡單的方法，它們不過是在螢屏上輸出一句問候的話語：
public void GreetPeople(string name) {
// 做某些額外的事情，比如初始化之類，此處略
EnglishGreeting(name);
}
public void EnglishGreeting(string name) {
Console.WriteLine("Morning, " + name);
}
暫 且不管這兩個方法有沒有什么實際意義，GreetPeople用于向某人問好，當我們傳遞代表某人姓名的name引數，比如說“Jimmy”，進去的時 候，在這個方法中，將呼叫EnglishGreeting方法，再次傳遞name引數，EnglishGreeting則用于向螢屏輸出 “Morning, Jimmy”，
現在假設這個程式需要進行全球化，哎呀，不好了，我是中國人，我不明白“Morning”是什么意思，怎么辦呢？好吧，我們再加個中文版的問候方法：
public void ChineseGreeting(string name){
Console.WriteLine("早上好, " + name);
}
這時候，GreetPeople也需要改一改了，不然如何判斷到呼叫哪個版本的Greeting問候方法合適呢？在進行這個之前，我們最好再定義一個列舉作為判斷的依據：
public enum Language{
English, Chinese
}
public void GreetPeople(string name, Language lang){
//做某些額外的事情，比如初始化之類，此處略
swith(lang){
case Language.English:
EnglishGreeting(name);
break;
case Language.Chinese:
ChineseGreeting(name);
break;
}
}
OK，盡管這樣解決了問題，但我不說大家也很容易想到，這個解決方案的可擴展性很差，如果日后我們需要再添加韓文版、日文版，就不得不反復修改列舉和GreetPeople()方法，以適應新的需求，
在考慮新的解決方案之前，我們先看看 GreetPeople的方法簽名：
public void GreetPeople(string name, Language lang)
我 們僅看 string name，在這里，string 是引數型別，name 是引數變數，當我們賦給name字串“jimmy”時，它就代表“jimmy”這個值；當我們賦給它“張子陽”時，它又代表著“張子陽”這個值，然后， 我們可以在方法體內對這個name進行其他操作，哎，這簡直是廢話么，剛學程式就知道了，
如果你再仔細想想，假如 GreetPeople()方法可以接受一個引數變數，這個變數可以代表另一個方法，當我們給這個變數賦值 EnglishGreeting的時候，它代表著 EnglsihGreeting() 這個方法；當我們給它賦值ChineseGreeting 的時候，它又代表著ChineseGreeting()方法，我們將這個引數變數命名為 MakeGreeting，那么不是可以如同給name賦值時一樣，在呼叫 GreetPeople()方法的時候，給這個MakeGreeting 引數也賦上值么(ChineseGreeting或者EnglsihGreeting等)？然后，我們在方法體內，也可以像使用別的引數一樣使用 MakeGreeting，但是，由于MakeGreeting代表著一個方法，它的使用方式應該和它被賦的方法(比如ChineseGreeting) 是一樣的，比如：
MakeGreeting(name);
好了，有了思路了，我們現在就來改改GreetPeople()方法，那么它應該是這個樣子了：
public void GreetPeople(string name, *** MakeGreeting){
MakeGreeting(name);
}
注意到 *** ，這個位置通常放置的應該是引數的型別，但到目前為止，我們僅僅是想到應該有個可以代表方法的引數，并按這個思路去改寫GreetPeople方法，現在就出現了一個大問題：這個代表著方法的MakeGreeting引數應該是什么型別的？
NOTE：這里已不再需要列舉了，因為在給MakeGreeting賦值的時候動態地決定使用哪個方法，是ChineseGreeting還是 EnglishGreeting，而在這個兩個方法內部，已經對使用“morning”還是“早上好”作了區分，
聰明的你應該已經想到了，現在是委托該出場的時候了，但講述委托之前，我們再看看MakeGreeting引數所能代表的 ChineseGreeting()和EnglishGreeting()方法的簽名：
public void EnglishGreeting(string name)
public void ChineseGreeting(string name)
如同name可以接受String型別的“true”和“1”，但不能接受bool型別的true和int型別的1一樣，MakeGreeting的 引數型別定義 應該能夠確定 MakeGreeting可以代表的方法種類，再進一步講，就是MakeGreeting可以代表的方法 的 引數型別和回傳型別，
于是，委托出現了：它定義了MakeGreeting引數所能代表的方法的種類，也就是MakeGreeting引數的型別，
NOTE：如果上面這句話比較繞口，我把它翻譯成這樣：string 定義了name引數所能代表的值的種類，也就是name引數的型別，
本例中委托的定義：
public delegate void GreetingDelegate(string name);
可以與上面EnglishGreeting()方法的簽名對比一下，除了加入了delegate關鍵字以外，其余的是不是完全一樣？
現在，讓我們再次改動GreetPeople()方法，如下所示：
public void GreetPeople(string name, GreetingDelegate MakeGreeting){
MakeGreeting(name);
}
如 你所見，委托GreetingDelegate出現的位置與 string相同，string是一個型別，那么GreetingDelegate應該也是一個型別，或者叫類(Class)，但是委托的宣告方式和類卻 完全不同，這是怎么一回事？實際上，委托在編譯的時候確實會編譯成類，因為Delegate是一個類，所以在任何可以宣告類的地方都可以宣告委托，更多的 內容將在下面講述，現在，請看看這個范例的完整代碼：
using System;
using System.Collections.Generic;
using System.Text;
namespace Delegate {
//定義委托，它定義了可以代表的方法的型別
public delegate void GreetingDelegate(string name);
class Program {
private static void EnglishGreeting(string name) {
Console.WriteLine("Morning, " + name);
}
private static void ChineseGreeting(string name) {
Console.WriteLine("早上好, " + name);
}
//注意此方法，它接受一個GreetingDelegate型別的方法作為引數
private static void GreetPeople(string name, GreetingDelegate MakeGreeting) {
MakeGreeting(name);
}
static void Main(string[] args) {
GreetPeople("Jimmy Zhang", EnglishGreeting);
GreetPeople("張子陽", ChineseGreeting);
Console.ReadKey();
}
}
}
輸出如下：
Morning, Jimmy Zhang
早上好, 張子陽
我們現在對委托做一個總結：
委托是一個類，它定義了方法的型別，使得可以將方法當作另一個方法的引數來進行傳遞，這種將方法動態地賦給引數的做法，可以避免在程式中大量使用If-Else(Switch)陳述句，同時使得程式具有更好的可擴展性，
將方法系結到委托
看到這里，是不是有那么點如夢初醒的感覺？于是，你是不是在想：在上面的例子中，我不一定要直接在GreetPeople()方法中給 name引數賦值，我可以像這樣使用變數：
static void Main(string[] args) {
string name1, name2;
name1 = "Jimmy Zhang";
name2 = "張子陽";
GreetPeople(name1, EnglishGreeting);
GreetPeople(name2, ChineseGreeting);
Console.ReadKey();
}
而既然委托GreetingDelegate 和 型別 string 的地位一樣，都是定義了一種引數型別，那么，我是不是也可以這么使用委托？
static void Main(string[] args) {
GreetingDelegate delegate1, delegate2;
delegate1 = EnglishGreeting;
delegate2 = ChineseGreeting;
GreetPeople("Jimmy Zhang", delegate1);
GreetPeople("張子陽", delegate2);
Console.ReadKey();
}
如你所料，這樣是沒有問題的，程式一如預料的那樣輸出，這里，我想說的是委托不同于string的一個特性：可以將多個方法賦給同一個委托，或者叫將多個方法系結到同一個委托，當呼叫這個委托的時候，將依次呼叫其所系結的方法，在這個例子中，語法如下：
static void Main(string[] args) {
GreetingDelegate delegate1;
delegate1 = EnglishGreeting; // 先給委托型別的變數賦值
delegate1 += ChineseGreeting; // 給此委托變數再系結一個方法
// 將先后呼叫 EnglishGreeting 與 ChineseGreeting 方法
GreetPeople("Jimmy Zhang", delegate1);
Console.ReadKey();
}
輸出為：
Morning, Jimmy Zhang
早上好, Jimmy Zhang
實際上，我們可以也可以繞過GreetPeople方法，通過委托來直接呼叫EnglishGreeting和ChineseGreeting：
static void Main(string[] args) {
GreetingDelegate delegate1;
delegate1 = EnglishGreeting; // 先給委托型別的變數賦值
delegate1 += ChineseGreeting; // 給此委托變數再系結一個方法
// 將先后呼叫 EnglishGreeting 與 ChineseGreeting 方法
delegate1 ("Jimmy Zhang");
Console.ReadKey();
}
NOTE：這在本例中是沒有問題的，但回頭看下上面GreetPeople()的定義，在它之中可以做一些對于EnglshihGreeting和ChineseGreeting來說都需要進行的作業，為了簡便我做了省略，
注意這里，第一次用的“=”，是賦值的語法；第二次，用的是“+=”，是系結的語法，如果第一次就使用“+=”，將出現“使用了未賦值的區域變數”的編譯錯誤，
我們也可以使用下面的代碼來這樣簡化這一程序：
GreetingDelegate delegate1 = new GreetingDelegate(EnglishGreeting);
delegate1 += ChineseGreeting; // 給此委托變數再系結一個方法
看到這里，應該注意到，這段代碼第一條陳述句與實體化一個類是何其的相似，你不禁想到：上面第一次系結委托時不可以使用“+=”的編譯錯誤，或許可以用這樣的方法來避免：
GreetingDelegate delegate1 = new GreetingDelegate();
delegate1 += EnglishGreeting; // 這次用的是 “+=”，系結語法，
delegate1 += ChineseGreeting; // 給此委托變數再系結一個方法
但實際上，這樣會出現編譯錯誤： “GreetingDelegate”方法沒有采用“0”個引數的多載，盡管這樣的結果讓我們覺得有點沮喪，但是編譯的提示：“沒有0個引數的多載”再次讓我們聯想到了類的建構式，我知道你一定按捺不住想探個究竟，但再此之前，我們需要先把基礎知識和應用介紹完，
既然給委托可以系結一個方法，那么也應該有辦法取消對方法的系結，很容易想到，這個語法是“-=”：
static void Main(string[] args) {
GreetingDelegate delegate1 = new GreetingDelegate(EnglishGreeting);
delegate1 += ChineseGreeting; // 給此委托變數再系結一個方法
// 將先后呼叫 EnglishGreeting 與 ChineseGreeting 方法
GreetPeople("Jimmy Zhang", delegate1);
Console.WriteLine();
delegate1 -= EnglishGreeting; //取消對EnglishGreeting方法的系結
// 將僅呼叫 ChineseGreeting
GreetPeople("張子陽", delegate1);
Console.ReadKey();
}
輸出為：
Morning, Jimmy Zhang
早上好, Jimmy Zhang
早上好, 張子陽
讓我們再次對委托作個總結：
使用委托可以將多個方法系結到同一個委托變數，當呼叫此變數時(這里用“呼叫”這個詞，是因為此變數代表一個方法)，可以依次呼叫所有系結的方法，
事件的由來
我 們繼續思考上面的程式：上面的三個方法都定義在Programe類中，這樣做是為了理解的方便，實際應用中，通常都是 GreetPeople 在一個類中，ChineseGreeting和 EnglishGreeting 在另外的類中，現在你已經對委托有了初步了解，是時候對上面的例子做個改進了，假設我們將GreetingPeople()放在一個叫 GreetingManager的類中，那么新程式應該是這個樣子的：
namespace Delegate {
//定義委托，它定義了可以代表的方法的型別
public delegate void GreetingDelegate(string name);
//新建的GreetingManager類
public class GreetingManager{
public void GreetPeople(string name, GreetingDelegate MakeGreeting) {
MakeGreeting(name);
}
}
class Program {
private static void EnglishGreeting(string name) {
Console.WriteLine("Morning, " + name);
}
private static void ChineseGreeting(string name) {
Console.WriteLine("早上好, " + name);
}
static void Main(string[] args) {
// ... ...
}
}
}
這個時候，如果要實作前面演示的輸出效果，Main方法我想應該是這樣的：
static void Main(string[] args) {
GreetingManager gm = new GreetingManager();
gm.GreetPeople("Jimmy Zhang", EnglishGreeting);
gm.GreetPeople("張子陽", ChineseGreeting);
}
我們運行這段代碼，嗯，沒有任何問題，程式一如預料地那樣輸出了：
Morning, Jimmy Zhang
早上好, 張子陽
現在，假設我們需要使用上一節學到的知識，將多個方法系結到同一個委托變數，該如何做呢？讓我們再次改寫代碼：
static void Main(string[] args) {
GreetingManager gm = new GreetingManager();
GreetingDelegate delegate1;
delegate1 = EnglishGreeting;
delegate1 += ChineseGreeting;
gm.GreetPeople("Jimmy Zhang", delegate1);
}
輸出：
Morning, Jimmy Zhang
早上好, Jimmy Zhang
到 了這里，我們不禁想到：面向物件設計，講究的是物件的封裝，既然可以宣告委托型別的變數(在上例中是delegate1)，我們何不將這個變數封裝到 GreetManager類中？在這個類的客戶端中使用不是更方便么？于是，我們改寫GreetManager類，像這樣：
public class GreetingManager{
//在GreetingManager類的內部宣告delegate1變數
public GreetingDelegate delegate1;
public void GreetPeople(string name, GreetingDelegate MakeGreeting) {
MakeGreeting(name);
}
}
現在，我們可以這樣使用這個委托變數：
static void Main(string[] args) {
GreetingManager gm = new GreetingManager();
gm.delegate1 = EnglishGreeting;
gm.delegate1 += ChineseGreeting;
gm.GreetPeople("Jimmy Zhang", gm.delegate1);
}
輸出為：
Morning, Jimmy Zhang
早上好, Jimmy Zhang
盡管這樣做沒有任何問題，但我們發現這條陳述句很奇怪，在呼叫gm.GreetPeople方法的時候，再次傳遞了gm的delegate1欄位：
gm.GreetPeople("Jimmy Zhang", gm.delegate1);
既然如此，我們何不修改 GreetingManager 類成這樣：
public class GreetingManager{
//在GreetingManager類的內部宣告delegate1變數
public GreetingDelegate delegate1;
public void GreetPeople(string name) {
if(delegate1!=null){ //如果有方法注冊委托變數
delegate1(name); //通過委托呼叫方法
}
}
}
在客戶端，呼叫看上去更簡潔一些：
static void Main(string[] args) {
GreetingManager gm = new GreetingManager();
gm.delegate1 = EnglishGreeting;
gm.delegate1 += ChineseGreeting;
gm.GreetPeople("Jimmy Zhang"); //注意，這次不需要再傳遞 delegate1變數
}
輸出為：
Morning, Jimmy Zhang
早上好, Jimmy Zhang
盡管這樣達到了我們要的效果，但是還是存在著問題：
在這里，delegate1和我們平時用的string型別的變數沒有什么分別，而我們知道，并不是所有的欄位都應該宣告成public，合適的做法是應該public的時候public，應該private的時候private，
我們先看看如果把 delegate1 宣告為 private會怎樣？結果就是：這簡直就是在搞笑，因為宣告委托的目的就是為了把它暴露在類的客戶端進行方法的注冊，你把它宣告為private了，客戶端對它根本就不可見，那它還有什么用？
再看看把delegate1 宣告為 public 會怎樣？結果就是：在客戶端可以對它進行隨意的賦值等操作，嚴重破壞物件的封裝性，
最后，第一個方法注冊用“=”，是賦值語法，因為要進行實體化，第二個方法注冊則用的是“+=”，但是，不管是賦值還是注冊，都是將方法系結到委托上，除了呼叫時先后順序不同，再沒有任何的分別，這樣不是讓人覺得很別扭么？
現在我們想想，如果delegate1不是一個委托型別，而是一個string型別，你會怎么做？答案是使用屬性對欄位進行封裝，
于是，Event出場了，它封裝了委托型別的變數，使得：在類的內部，不管你宣告它是public還是protected，它總是private的，在類的外部，注冊“+=”和注銷“-=”的訪問限定符與你在宣告事件時使用的訪問符相同，
我們改寫GreetingManager類，它變成了這個樣子：
public class GreetingManager{
//這一次我們在這里宣告一個事件
public event GreetingDelegate MakeGreet;
public void GreetPeople(string name) {
MakeGreet(name);
}
}
很容易注意到：MakeGreet 事件的宣告與之前委托變數delegate1的宣告唯一的區別是多了一個event關鍵字，看到這里，在結合上面的講解，你應該明白到：事件其實沒什么不好理解的，宣告一個事件不過類似于宣告一個進行了封裝的委托型別的變數而已，
為了證明上面的推論，如果我們像下面這樣改寫Main方法：
static void Main(string[] args) {
GreetingManager gm = new GreetingManager();
gm.MakeGreet = EnglishGreeting; // 編譯錯誤1
gm.MakeGreet += ChineseGreeting;
gm.GreetPeople("Jimmy Zhang");
}
會得到編譯錯誤：事件“Delegate.GreetingManager.MakeGreet”只能出現在 += 或 -= 的左邊(從型別“Delegate.GreetingManager”中使用時除外)，
事件和委托的編譯代碼
這時候，我們注釋掉編譯錯誤的行，然后重新進行編譯，再借助Reflactor來對 event的宣告陳述句做一探究，看看為什么會發生這樣的錯誤：
public event GreetingDelegate MakeGreet;
可 以看到，實際上盡管我們在GreetingManager里將 MakeGreet 宣告為public，但是，實際上MakeGreet會被編譯成 私有欄位，難怪會發生上面的編譯錯誤了，因為它根本就不允許在GreetingManager類的外面以賦值的方式訪問，從而驗證了我們上面所做的推論，
我們再進一步看下MakeGreet所產生的代碼：
private GreetingDelegate MakeGreet; //對事件的宣告 實際是 宣告一個私有的委托變數
[MethodImpl(MethodImplOptions.Synchronized)]
public void add_MakeGreet(GreetingDelegate value){
this.MakeGreet = (GreetingDelegate) Delegate.Combine(this.MakeGreet, value);
}
[MethodImpl(MethodImplOptions.Synchronized)]
public void remove_MakeGreet(GreetingDelegate value){
this.MakeGreet = (GreetingDelegate) Delegate.Remove(this.MakeGreet, value);
}
現在已經很明確了：MakeGreet 事件確實是一個GreetingDelegate型別的委托，只不過不管是不是宣告為public，它總是被宣告為private，另外，它還有兩個方 法，分別是add_MakeGreet和remove_MakeGreet，這兩個方法分別用于注冊委托型別的方法和取消注冊，實際上也就是： “+= ”對應 add_MakeGreet，“-=”對應remove_MakeGreet，而這兩個方法的訪問限制取決于宣告事件時的訪問限制符，
在add_MakeGreet()方法內部，實際上呼叫了System.Delegate的Combine()靜態方法，這個方法用于將當前的變數添加到委托鏈表中，我們前面提到過兩次，說委托實際上是一個類，在我們定義委托的時候：
public delegate void GreetingDelegate(string name);
當編譯器遇到這段代碼的時候，會生成下面這樣一個完整的類：
public sealed class GreetingDelegate:System.MulticastDelegate{
public GreetingDelegate(object @object, IntPtr method);
public virtual IAsyncResult BeginInvoke(string name, AsyncCallback callback, object @object);
public virtual void EndInvoke(IAsyncResult result);
public virtual void Invoke(string name);
}
關于這個類的更深入內容，可以參閱《CLR Via C#》等相關書籍，這里就不再討論了，
委托、事件與Observer設計模式
范例說明
上面的例子已不足以再進行下面的講解了，我們來看一個新的范例，因為之前已經介紹了很多的內容，所以本節的進度會稍微快一些：
假設我們有個高檔的熱水器，我們給它通上電，當水溫超過95度的時候：1、揚聲器會開始發出語音，告訴你水的溫度；2、液晶屏也會改變水溫的顯示，來提示水已經快燒開了，
現 在我們需要寫個程式來模擬這個燒水的程序，我們將定義一個類來代表熱水器，我們管它叫：Heater，它有代表水溫的欄位，叫做temperature； 當然，還有必不可少的給水加熱方法BoilWater()，一個發出語音警報的方法MakeAlert()，一個顯示水溫的方法，ShowMsg()，
namespace Delegate {
class Heater {
private int temperature; // 水溫
// 燒水
public void BoilWater() {
for (int i = 0; i <= 100; i++) {
temperature = i;
if (temperature > 95) {
MakeAlert(temperature);
ShowMsg(temperature);
}
}
}
// 發出語音警報
private void MakeAlert(int param) {
Console.WriteLine("Alarm：嘀嘀嘀，水已經 {0} 度了：" , param);
}
// 顯示水溫
private void ShowMsg(int param) {
Console.WriteLine("Display：水快開了，當前溫度：{0}度，" , param);
}
}
class Program {
static void Main() {
Heater ht = new Heater();
ht.BoilWater();
}
}
}
Observer設計模式簡介
上面的例子顯然能完成我們之前描述的作業，但是卻并不夠好，現在假設熱水器由三部分組成：熱水器、警報器、顯示幕，它們來自于不同廠商并進行了組裝，那么，應該是熱水器僅僅負責燒水，它不能發出警報也不能顯示水溫；在水燒開時由警報器發出警報、顯示幕顯示提示和水溫，
這時候，上面的例子就應該變成這個樣子：
// 熱水器
public class Heater {
private int temperature;
// 燒水
private void BoilWater() {
for (int i = 0; i <= 100; i++) {
temperature = i;
}
}
}
// 警報器
public class Alarm{
private void MakeAlert(int param) {
Console.WriteLine("Alarm：嘀嘀嘀，水已經 {0} 度了：" , param);
}
}
// 顯示幕
public class Display{
private void ShowMsg(int param) {
Console.WriteLine("Display：水已燒開，當前溫度：{0}度，" , param);
}
}
這里就出現了一個問題：如何在水燒開的時候通知報警器和顯示幕？在繼續進行之前，我們先了解一下Observer設計模式，Observer設計模式中主要包括如下兩類物件：
- Subject：監視物件，它往往包含著其他物件所感興趣的內容，在本范例中，熱水器就是一個監視物件，它包含的其他物件所感興趣的內容，就是temprature欄位，當這個欄位的值快到100時，會不斷把資料發給監視它的物件，
- Observer：監視者，它監視Subject，當Subject中的某件事發生的時候，會告知Observer，而Observer則會采取相應的行動，在本范例中，Observer有警報器和顯示幕，它們采取的行動分別是發出警報和顯示水溫，
在本例中，事情發生的順序應該是這樣的：
- 警報器和顯示幕告訴熱水器，它對它的溫度比較感興趣(注冊)，
- 熱水器知道后保留對警報器和顯示幕的參考，
- 熱水器進行燒水這一動作，當水溫超過95度時，通過對警報器和顯示幕的參考，自動呼叫警報器的MakeAlert()方法、顯示幕的ShowMsg()方法，
類似這樣的例子是很多的，GOF對它進行了抽象，稱為Observer設計模式：Observer設計模式是為了定義物件間的一種一對多的依賴關系，以便于當一個物件的狀態改變時，其他依賴于它的物件會被自動告知并更新，Observer模式是一種松耦合的設計模式，
實作范例的Observer設計模式
我們之前已經對委托和事件介紹很多了，現在寫代碼應該很容易了，現在在這里直接給出代碼，并在注釋中加以說明，
using System;
using System.Collections.Generic;
using System.Text;
namespace Delegate {
// 熱水器
public class Heater {
private int temperature;
public delegate void BoilHandler(int param); //宣告委托
public event BoilHandler BoilEvent; //宣告事件
// 燒水
public void BoilWater() {
for (int i = 0; i <= 100; i++) {
temperature = i;
if (temperature > 95) {
if (BoilEvent != null) { //如果有物件注冊
BoilEvent(temperature); //呼叫所有注冊物件的方法
}
}
}
}
}
// 警報器
public class Alarm {
public void MakeAlert(int param) {
Console.WriteLine("Alarm：嘀嘀嘀，水已經 {0} 度了：", param);
}
}
// 顯示幕
public class Display {
public static void ShowMsg(int param) { //靜態方法
Console.WriteLine("Display：水快燒開了，當前溫度：{0}度，", param);
}
}
class Program {
static void Main() {
Heater heater = new Heater();
Alarm alarm = new Alarm();
heater.BoilEvent += alarm.MakeAlert; //注冊方法
heater.BoilEvent += (new Alarm()).MakeAlert; //給匿名物件注冊方法
heater.BoilEvent += Display.ShowMsg; //注冊靜態方法
heater.BoilWater(); //燒水，會自動呼叫注冊過物件的方法
}
}
}
輸出為：
Alarm：嘀嘀嘀，水已經 96 度了：
Alarm：嘀嘀嘀，水已經 96 度了：
Display：水快燒開了，當前溫度：96度，
// 省略...
.Net Framework中的委托與事件
盡管上面的范例很好地完成了我們想要完成的作業，但是我們不僅疑惑：為什么.Net Framework 中的事件模型和上面的不同？為什么有很多的EventArgs引數？
在回答上面的問題之前，我們先搞懂 .Net Framework的編碼規范：
- 委托型別的名稱都應該以EventHandler結束，
- 委托的原型定義：有一個void回傳值，并接受兩個輸入引數：一個Object 型別，一個 EventArgs型別(或繼承自EventArgs)，
- 事件的命名為 委托去掉 EventHandler之后剩余的部分，
- 繼承自EventArgs的型別應該以EventArgs結尾，
再做一下說明：
- 委托宣告原型中的Object型別的引數代表了Subject，也就是監視物件，在本例中是 Heater(熱水器)，回呼函式(比如Alarm的MakeAlert)可以通過它訪問觸發事件的物件(Heater)，
- EventArgs 物件包含了Observer所感興趣的資料，在本例中是temperature，
上面這些其實不僅僅是為了編碼規范而已，這樣也使得程式有更大的靈活性，比如說，如果我們不光想獲得熱水器的溫度，還想在Observer端(警報器或者顯示幕)方法中獲得它的生產日期、型號、價格，那么委托和方法的宣告都會變得很麻煩，而如果我們將熱水器的參考傳給警報器的方法，就可以在方法中直接訪問熱水器了，
現在我們改寫之前的范例，讓它符合 .Net Framework 的規范：
using System;
using System.Collections.Generic;
using System.Text;
namespace Delegate {
// 熱水器
public class Heater {
private int temperature;
public string type = "RealFire 001"; // 添加型號作為演示
public string area = "China Xian"; // 添加產地作為演示
//宣告委托
public delegate void BoiledEventHandler(Object sender, BoiledEventArgs e);
public event BoiledEventHandler Boiled; //宣告事件
// 定義BoiledEventArgs類，傳遞給Observer所感興趣的資訊
public class BoiledEventArgs : EventArgs {
public readonly int temperature;
public BoiledEventArgs(int temperature) {
this.temperature = temperature;
}
}
// 可以供繼承自 Heater 的類重寫，以便繼承類拒絕其他物件對它的監視
protected virtual void OnBoiled(BoiledEventArgs e) {
if (Boiled != null) { // 如果有物件注冊
Boiled(this, e); // 呼叫所有注冊物件的方法
}
}
// 燒水，
public void BoilWater() {
for (int i = 0; i <= 100; i++) {
temperature = i;
if (temperature > 95) {
//建立BoiledEventArgs 物件，
BoiledEventArgs e = new BoiledEventArgs(temperature);
OnBoiled(e); // 呼叫 OnBolied方法
}
}
}
}
// 警報器
public class Alarm {
public void MakeAlert(Object sender, Heater.BoiledEventArgs e) {
Heater heater = (Heater)sender; //這里是不是很熟悉呢？
//訪問 sender 中的公共欄位
Console.WriteLine("Alarm：{0} - {1}: ", heater.area, heater.type);
Console.WriteLine("Alarm: 嘀嘀嘀，水已經 {0} 度了：", e.temperature);
Console.WriteLine();
}
}
// 顯示幕
public class Display {
public static void ShowMsg(Object sender, Heater.BoiledEventArgs e) { //靜態方法
Heater heater = (Heater)sender;
Console.WriteLine("Display：{0} - {1}: ", heater.area, heater.type);
Console.WriteLine("Display：水快燒開了，當前溫度：{0}度，", e.temperature);
Console.WriteLine();
}
}
class Program {
static void Main() {
Heater heater = new Heater();
Alarm alarm = new Alarm();
heater.Boiled += alarm.MakeAlert; //注冊方法
heater.Boiled += (new Alarm()).MakeAlert; //給匿名物件注冊方法
heater.Boiled += new Heater.BoiledEventHandler(alarm.MakeAlert); //也可以這么注冊
heater.Boiled += Display.ShowMsg; //注冊靜態方法
heater.BoilWater(); //燒水，會自動呼叫注冊過物件的方法
}
}
}
輸出為：
Alarm：China Xian - RealFire 001:
Alarm: 嘀嘀嘀，水已經 96 度了：
Alarm：China Xian - RealFire 001:
Alarm: 嘀嘀嘀，水已經 96 度了：
Alarm：China Xian - RealFire 001:
Alarm: 嘀嘀嘀，水已經 96 度了：
Display：China Xian - RealFire 001:
Display：水快燒開了，當前溫度：96度，
// 省略 ...
總結
在本文中我首先通過一個GreetingPeople的小程式向大家介紹了委托的概念、委托用來做什么，隨后又引出了事件，接著對委托與事件所產生的中間代碼做了粗略的講述，
在第二個稍微復雜點的熱水器的范例中，我向大家簡要介紹了 Observer設計模式，并通過實作這個范例完成了該模式，隨后講述了.Net Framework中委托、事件的實作方式，
希望這篇文章能給你帶來幫助，
轉載請註明出處，本文鏈接：https://www.uj5u.com/net/94882.html
標籤：C#
上一篇：C# 控制臺輸入和輸出
下一篇：C#中的委托和事件(二)