C#事件和委托的編譯代碼
C#事件和委托的編譯需求
操作C#事件時(shí)，有時(shí)會(huì)得到編譯錯(cuò)誤：事件“Delegate.GreetingManager.MakeGreet”只能出現(xiàn)在 += 或 -= 的左邊(從類型“Delegate.GreetingManager”中使用時(shí)除外)。
這時(shí)候，我們注釋掉編譯錯(cuò)誤的行，然后重新進(jìn)行編譯，再借助Reflactor來對(duì)event的聲明語(yǔ)句做一探究，看看為什么會(huì)發(fā)生這樣的錯(cuò)誤：
- public event GreetingDelegate MakeGreet;
可以看到，實(shí)際上盡管我們?cè)贕reetingManager里將 MakeGreet 聲明為public，但是，實(shí)際上MakeGreet會(huì)被編譯成私有字段，難怪會(huì)發(fā)生上面的編譯錯(cuò)誤了，因?yàn)樗揪筒辉试S在GreetingManager類的外面以賦值的方式訪問，從而驗(yàn)證了我們上面所做的推論。
C#事件和委托的編譯代碼
我們?cè)龠M(jìn)一步看下MakeGreet所產(chǎn)生的代碼：
- private GreetingDelegate MakeGreet; //對(duì)事件的聲明 實(shí)際是 聲明一個(gè)私有的委托變量
- [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);
- }
現(xiàn)在已經(jīng)很明確了：MakeGreet事件確實(shí)是一個(gè)GreetingDelegate類型的委托，只不過不管是不是聲明為public，它總是被聲明為private。另外，它還有兩個(gè)方法，分別是add_MakeGreet和remove_MakeGreet，這兩個(gè)方法分別用于注冊(cè)委托類型的方法和取消注冊(cè)。實(shí)際上也就是： “+= ”對(duì)應(yīng) add_MakeGreet，“-=”對(duì)應(yīng)remove_MakeGreet。而這兩個(gè)方法的訪問限制取決于聲明事件時(shí)的訪問限制符。
在add_MakeGreet()方法內(nèi)部，實(shí)際上調(diào)用了System.Delegate的Combine()靜態(tài)方法，這個(gè)方法用于將當(dāng)前的變量添加到委托鏈表中。我們前面提到過兩次，說委托實(shí)際上是一個(gè)類，在我們定義委托的時(shí)候：
- public delegate void GreetingDelegate(string name);
當(dāng)編譯器遇到這段代碼的時(shí)候，會(huì)生成下面這樣一個(gè)完整的類：
- 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);
- }
關(guān)于這個(gè)類的更深入內(nèi)容，可以參閱《CLR Via C#》等相關(guān)書籍，這里就不再討論了。
這樣，C#事件和委托的編譯代碼就講完了。【編輯推薦】
