事件和委托的编译代码

　　这时候，我们不得不注释掉编译错误的行，然后重新进行编译，再借助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设计模式