C#事件和委托的編譯需求

操作C#事件時，有時會得到編譯錯誤：事件“Delegate.GreetingManager.MakeGreet”只能出現(xiàn)在 += 或 -= 的左邊(從類型“Delegate.GreetingManager”中使用時除外)。

這時候，我們注釋掉編譯錯誤的行，然后重新進(jìn)行編譯，再借助Reflactor來對event的聲明語句做一探究，看看為什么會發(fā)生這樣的錯誤：

public event GreetingDelegate MakeGreet; 

 

可以看到，實際上盡管我們在GreetingManager里將 MakeGreet 聲明為public，但是，實際上MakeGreet會被編譯成私有字段，難怪會發(fā)生上面的編譯錯誤了，因為它根本就不允許在GreetingManager類的外面以賦值的方式訪問，從而驗證了我們上面所做的推論。

C#事件和委托的編譯代碼

我們再進(jìn)一步看下MakeGreet所產(chǎn)生的代碼：

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);  
} 

現(xiàn)在已經(jīng)很明確了：MakeGreet事件確實是一個GreetingDelegate類型的委托，只不過不管是不是聲明為public，它總是被聲明為private。另外，它還有兩個方法，分別是add_MakeGreet和remove_MakeGreet，這兩個方法分別用于注冊委托類型的方法和取消注冊。實際上也就是： “+= ”對應(yīng) add_MakeGreet，“-=”對應(yīng)remove_MakeGreet。而這兩個方法的訪問限制取決于聲明事件時的訪問限制符。

在add_MakeGreet()方法內(nèi)部，實際上調(diào)用了System.Delegate的Combine()靜態(tài)方法，這個方法用于將當(dāng)前的變量添加到委托鏈表中。我們前面提到過兩次，說委托實際上是一個類，在我們定義委托的時候：

public delegate void GreetingDelegate(string name); 

當(dāng)編譯器遇到這段代碼的時候，會生成下面這樣一個完整的類：

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)于這個類的更深入內(nèi)容，可以參閱《CLR Via C#》等相關(guān)書籍，這里就不再討論了。

這樣，C#事件和委托的編譯代碼就講完了。

【編輯推薦】

1. C#調(diào)用SQL存儲過程示例演示
2. C#與SQL連接:GridView控件操作
3. ASP調(diào)用C# DLL發(fā)送郵件方法共享
4. VC6.0和VS2005：C++和C#編寫調(diào)用COM組件
5. C#中調(diào)用dll庫（VC編寫）