|
|
在把委托說透（1）和（2）中，先后介紹了委托的語法和本質(zhì)，本文重點介紹.NET中與委托息息相關(guān)的概念——事件。在此之前，首先需要補充（2）中遺漏的一部分內(nèi)容，即C#在語法上對委托鏈的支持。
C#編譯器為委托類型提供了+=和-=兩個操作符的重載，分別對應(yīng)Delegate.Combine和Delegate.Remove方法，使用這兩個操作符可以大大簡化委托鏈的構(gòu)造和移除。
好了，有了+=和-=，我們就可以開始今天的話題了。
什么是事件？
事件（event）是類型中的一種成員，定義了事件成員的類型允許類型（或者類型的實例）在某些特定事情發(fā)生的時候通知其他對象。如Button類型的Click事件，在按鈕被點擊的時候，程序中的其他對象可以得到一個通知，并執(zhí)行相應(yīng)的動作。事件就是支持這種交互的類型成員。
CLR中的事件模型是建立在委托這一機制之上的，這種關(guān)聯(lián)存在其必然性。
我們知道，委托是對方法的抽象，它將方法的調(diào)用與實現(xiàn)相分離。方法的調(diào)用者（即委托的執(zhí)行者）并不知道方法的內(nèi)部是如何實現(xiàn)的，而方法的實現(xiàn)者也不知道該方法會在何時被調(diào)用。
事件也是如此。事件被觸發(fā)后會執(zhí)行什么樣的操作，是由觸發(fā)者決定的，如點擊一個按鈕之后是插入一條記錄還是用戶登錄。事件的擁有者只知道什么情況下會觸發(fā)事件，但并不知道事件的具體實現(xiàn)。因此用委托來實現(xiàn)事件的機制就是自然而然的事情了。
事件與委托的關(guān)系到底是什么樣呢？委托是與類、接口同一級別的概念，而事件屬于類型的成員，與方法、屬性、字段等是同一級別的概念。一個與事件相關(guān)聯(lián)的委托的定義如下：
public delegate void FooEventHandler(object sender, FooEventArgs e);
而相應(yīng)事件成員的定義為：
public event FooEventHandler Foo;
可見，事件用event關(guān)鍵字定義，其類型為一個委托類型，即事件是通過委托來實現(xiàn)的。
一個完整的事件定義和使用的例子如下：
public delegate void FooEventHandler(object sender, FooEventArgs e);public class FooEventArgs : EventArgs { }public class Bar{ public event FooEventHandler Foo; protected virtual void OnFoo(FooEventArgs e) { FooEventHandler handler = Foo; if (handler != null) handler(this, e); } public void SomeMethod() { // ... OnFoo(new FooEventArgs()); // ... }}public class Client{ public Client() { Bar b = new Bar(); b.Foo += new FooEventHandler(b_Foo); } void b_Foo(object sender, FooEventArgs e) { throw new NotImplementedException(); }}
我們注意到在SomeMethod方法中并沒有直接調(diào)用委托，而是調(diào)用了一個輔助方法OnFoo。在該方法中，先將Foo事件的引用傳遞給新定義的委托，然后再進行空判斷，在委托不為null的情況下才進行調(diào)用。這樣做是為了保證線程和類型的安全，我們在下面將會介紹。
還有一個需要注意的地方是，客戶端為事件注冊方法時，使用的是+=操作符。在本文開頭已經(jīng)介紹，+=對應(yīng)Delegate.Combine方法，回顧（2）中闡述的委托鏈的構(gòu)造，我們可以得出如下結(jié)論：在為事件注冊方法時，實際上是在構(gòu)造一個委托鏈。
事件的設(shè)計規(guī)范
《Framework Design Guidelines 2nd Edition》一書應(yīng)該成為我們設(shè)計.NET程序的規(guī)范手冊。書中對于事件的定義采取了如下的規(guī)定：
事件的命名
由于通常事件以為著某種行為，因此事件的名稱應(yīng)該為一個動詞，并用動詞的時態(tài)來指明事件發(fā)生的時間。《Framework Design Guidelines 2nd Edition》對事件命名的建議如下：
1. 用動詞或動詞短語來為事件命名。如Clicked、Painting、DroppedDown等等。
2. 用現(xiàn)在時和將來時來表示“之前”和“之后”的概念，不要用Before和Arfter前綴。例如在窗體關(guān)閉之前觸發(fā)的事件可以命名為Closing，而窗體關(guān)閉之后觸發(fā)的事件則應(yīng)該命名為Closed。
3. 為事件處理程序（委托）的名稱添加EventHandler后綴。如
4. 使用sender和e來命名時間的兩個參數(shù)。如上例。
5. 為事件的數(shù)據(jù)參數(shù)類型的名稱添加EventArgs后綴。如上例。
事件的設(shè)計
1. 通常情況下，事件所對應(yīng)的委托的返回值為void，并且包含兩個參數(shù)：第一個參數(shù)為觸發(fā)事件的對象，通常為事件的擁有者（即上例中的Bar對象）。第二個參數(shù)為事件相關(guān)的數(shù)據(jù)，由事件的擁有者傳遞給事件的調(diào)用者。
2. 在.NET 2.0及以后的版本中自定義事件時，使用System.EventHandler委托，而不要自定義新的委托類型。因此上例中如果在.NET 2.0下應(yīng)該定義為：
public event EventHandler<FooEventArgs> Foo;
在.NET 2.0以前，由于不支持泛型，我們?nèi)匀恍枰裆厦胬又心菢佣x。
3. 為事件自定義一個EventArgs的子類，作為傳遞數(shù)據(jù)的參數(shù)。如果不需要傳遞任何參數(shù)，可以直接使用EventArgs類。
4. 為每個事件編寫一個受保護的虛方法作為觸發(fā)方法，如上例中的OnFoo方法。這僅適用于unsealed類的非靜態(tài)事件，并不適用于struct、sealed class和靜態(tài)事件。這樣做的原因是，通過override為子類提供一種處理事件的方式。按照慣例，該虛方法以O(shè)n開頭，以事件名稱結(jié)尾，如OnFoo方法。
為了確保委托在調(diào)用時不拋出NullReferenceException，在OnXxx方法中通常都會對委托進行判空操作，如
if (Xxx != null) Xxx(this, e);
然而僅僅這樣是不夠的，因為事件處理程序的添加和移除并不是線程安全的，因此在多線程環(huán)境下，Xxx委托在判空之后很可能被Remove，導(dǎo)致Xxx在調(diào)用時可能為null。由于Remove方法將會構(gòu)造一個新的委托實例，而不會改變原委托的引用，因此需要先將委托的引用傳遞給一個新的委托，再對這個新委托進行判空和調(diào)用等操作，這樣即使原委托被Remove，也不會NullReferenceException。
FooEventHandler handler = Foo;if (handler != null) handler(this, e);
5. 觸發(fā)事件的方法有且僅有一個參數(shù)，XxxEventArgs參數(shù)。
6. 在觸發(fā)非靜態(tài)事件時，sender參數(shù)不要為null。對于靜態(tài)事件，sender參數(shù)要為null。
7. 觸發(fā)事件時，如果不需要傳遞任何數(shù)據(jù)，數(shù)據(jù)參數(shù)可以為EventArgs.Empty，不要為null。
事件的應(yīng)用舉例
在前面隨筆的評論中，有同學(xué)提出希望列舉委托在窗體間傳值的例子。好吧，我們就舉一個簡單的WinForm窗體傳值的例子。
我們首先新建一個Windows From應(yīng)用程序，并新建兩個窗體MainForm和SubForm，在MainForm中建立兩個Button，在SubForm中添加一個RichTextBox。如下圖所示：
當(dāng)點擊“開始”的時候，會彈出SubForm，點擊“傳值”的時候，會將當(dāng)前時間顯示在SubForm的RichTextBox中。
需求大體就是這樣了，我們該如何設(shè)計呢？
點擊“傳值”按鈕后，會引起SubForm的變化。SubForm只負(fù)責(zé)顯示，它并不知道引起變化的原因。MainForm負(fù)責(zé)引起變化，并將變化傳遞給SubForm，但它并不關(guān)心SubForm如何進行處理。這與我們之前對事件的描述十分相似：
事件被觸發(fā)后會執(zhí)行什么樣的操作，是由觸發(fā)者決定的，如點擊一個按鈕之后是插入一條記錄還是用戶登錄。事件的擁有者只知道什么情況下會觸發(fā)事件，但并不知道事件的具體實現(xiàn)。
因此，在這個示例中，我們可以通過事件來實現(xiàn)傳值。我們首先創(chuàng)建數(shù)據(jù)參數(shù)類SendEventArgs，它包含一個Message屬性，用來保存數(shù)據(jù)。
public class SendEventArgs : EventArgs{ public string Message { get; private set; } public SendEventArgs(string message) { this.Message = message; }}
然后在MainForm中添加一個事件：Send。
public event EventHandler<SendEventArgs> Send;
然后我們?yōu)樵撌录帉懹|發(fā)方法OnSend：
protected virtual void OnSend(SendEventArgs e){ EventHandler<SendEventArgs> handler = Send; if (handler != null) handler(this, e);}
private void btnBegin_Click(object sender, EventArgs e){ SubForm subForm = new SubForm(this); subForm.Show();}private void btnSend_Click(object sender, EventArgs e){ SendEventArgs sendEventArgs = new SendEventArgs(DateTime.Now.ToString()); OnSend(sendEventArgs);}
btnBegin按鈕用來打開一個SubForm，并將當(dāng)前MainForm實例作為參數(shù)傳入。btnSend按鈕用來構(gòu)造Send事件的數(shù)據(jù)參數(shù)，并調(diào)用Send事件的觸發(fā)方法。
在SubForm中，有一個MainForm類型的私有字段，用于保存構(gòu)造函數(shù)里傳入的參數(shù)。
private MainForm parent;
構(gòu)造函數(shù)中除了給parent字段賦值外，還要注冊parent的Send事件的處理程序：
public SubForm(MainForm main){ InitializeComponent(); this.parent = main; parent.Send += new EventHandler<SendEventArgs>(parent_Send);}
parent_Send處理程序負(fù)責(zé)向RichTextBox中添加信息：
private void parent_Send(object sender, SendEventArgs e){ this.rtbTime.AppendText(e.Message); this.rtbTime.AppendText(Environment.NewLine);}
最后我們在SubForm的Closing事件里移除parent_Send，這樣就可以打開多個SubForm了。
private void SubForm_FormClosing(object sender, FormClosingEventArgs e){ parent.Send -= new EventHandler<SendEventArgs>(parent_Send);}
總結(jié)
本文重點講解了.NET中的事件，并對事件的設(shè)計進行了規(guī)范，最終通過一個示例加深了我們對事件的理解。
您是否從以上示例中感覺到了觀察者模式的影子呢？本系列接下來的一篇隨筆中，我們將會討論委托與設(shè)計模式的微妙聯(lián)系。
NET技術(shù)：把委托說透（3）：委托與事件，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。
