C#中事件机制的理解

引自：http://www.csharpwin.com/csharpspace/2793.shtml

前些天狠狠心咬咬牙，从刚发的工资中拿出几十块大洋，又给老外投资了一笔，呵呵，还好投资方向没错，物超所值啊拥有了一本Jeffrey Richter前辈的<Microsoft .net框架程序设计>,现在已经看完前17章了,可谓是进展神速啊(小小滴自夸一下)
昨天和今天两天好好的把"委托"机制研究了一下,算是小有所明白了,想起来前些天看"事件"的时候,因为其中也涉及到了委托机制,所以都看得有些云里雾里的
第一遍看的时候,大多数地方都还看得明白,但是有个地方就一直没转过来.
书上说的是,定义了一个类以后,例如书中的例子是class  MailManger(注意:该MailManger类之内还有一个描述mail消息的class MailMsgEventArgs,也就是用来定义保存mail消息的东东,同时也是一个继承自EventArgs的类型,这是根据.net框架约定 的),这里,先贴一下它的代码

public class MailMsgEventArgs:EventArgs
 2{
 3public MailMsgEventArgs(String from,String to,String subject,String body)
 4{
 5this.from=from;
 6this.to=to;
 7this.subject=subject;
 8this.body=body;
 9}
10public readonly String from,to,subject,body;
11}

很明显,是一个用来描述的类型,具体没有多少内容,
然后,紧跟着又定义了一个委托,已经用这个委托类型(这里要插一句的是,我看完第十七章才知道委托在.net框架内部就是一个类型,所以才可以定义它的一个对象)来定义了一个事件对象(我现在的看法是,该事件对象也就是相当于一个class的对象)

delegate void MailMsgEventHandler(Object sender,MailMsgEventArgs args);
2
3public event MailMsgEventArgs MailMsg;

//should be 'public event MailMsgEventHandler MailMsg;' sorry:)
其中有一些定义事件委托的代码规范是要注意一下的.
到这里就开始有点迷糊了,为什么就一定要这样用个委托转个弯来定义一个事件呢??
然后后文就开始谈到说,定义事件的这个类(在这里是MailManger)允许其他类的对象(书中的例子是Fax和Printer)登记该事件,然后在有 特定事件发生时(也就是这里的MailMsg事件),由事件宿主MailManger来通知它的事件登记者,告诉它们采取措施，例如Fax就应该立即 fax一份传真出来，打印机也就得老老实实的打印东东出来（嗯，看来这个事件机制真的很牛）
 在后文中，就具体说明了MailMsg的工作机制,原来是C#编译器看到有这么一句以后，就把它翻译成三个构造，如下：

private MailMsgEventHandler MailMsg=null;
 2//我认为这里就是关键了，也就是指定了委托对象的头指针
 3
 4[MethodImplAttribute(MethodImplOptions.Synchronized)]
 5public virtual void add_MailMsg(MailMsgEventHandler handler)
 6{
 7MailMsg=(MailMsgEventHandler)Delegate.Combine(MailMsg,handler);
 8}
 9
10[MethodImpl(MethodImplOptions.Synchronized)]
11public virtual void remove_MailMsg(MailMsgEventaHandler handler)
12{
13MailMsg=(MailMsgEventHandler)Delegate.Remove(MailMsg,handler);
14}

仔细看了委托那一章的后几节才明白，实际上委托都是继承自MultiDelegate类型，而MultiDelegate又继承自Delegate类型， 而Delegate类型定义了两个方法（这里的virtual是不应该有的），其中的add方法就是把委托对象添加到委托链上，而remove方法则是把 委托对象从委托链上移出,没看委托一章时，虽然大致上明白这里两个方法的含义,但是不明白它们的真正内涵之所在.
前思后想，终于明白其中的真谛之所在,由于Delegate的机制，add了一个委托对象以后，就相当于在这个委托链上增加了一个委托对象，remove 了一个委托对象以后，就相当于在这个委托链上移出了一个委托对象，可以把这里的委托链理解为数据结构中的链表（我就是这么理解的），要对该委托链表进行操 作，只需要找到链表的尾巴（这里是tail，而不是head，可以从Delegate的重载方法中看出），然后依次进行操作.直到该委托链上的所有对象都 有操作完毕.
最开始一直不理解的是：因为虽然在Fax类型中确实把自身登记到该事件中去了，但是这个事件宿主是怎么知道都有谁已经登记了呢？如果不知道都有哪个对象已经登记了该事件，那又怎么去轮个通知呢？
看完了之后，才总算了解了委托的伟大之所在.
其实我认为最明白的想法就是，由事件宿主来维护一个委托对象（也就是它自己定义的事件，这里必须是一个委托对象），并且同时有该委托类型的一个对象（这里 肯定是一个引用对象），在事件登记者都已经操作完毕之后，也就是把自己添加到该委托对象的屁屁后面以后，该事件宿主只需要通知一个人，也就是它自己维护的 那个委托对象，因为是指针形式，就会自动也把自己屁屁后面的跟屁虫挨个都通知到，这样就达到了通知所有事件登记者的目的。