事件和委託的編譯代碼
這時候,我們不得不注釋掉編譯錯誤的行,然後重新進行編譯,再藉助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#》等相關書籍,這裡就不再討論了