C# 中的委託和事件詳解(三)

我們改寫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 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()方法。