搞了好久,终于明白或者说理解了,原来微软的.NET办了这么一件事。写出来的只能是写出来的,理解的不可能能够完全的写出来。
正常情况下,应用时间或者说的委托的程序如下:
定义一个委托,比如NewDelegate1(Object o)
定义一个该委托 的事件,比如Event NewDelegate1 NewEvent1
定义一个处理一个该事件的方法,比如HandleNewEvent1(Object o)
订阅事件 NewEvent1+=New NewDelegate1(HandleNewEvent1)
这样,当引发事件NewEvent1的时候,就会调用方法HandleNewEvent1。之所以方法的参数要和委托的参数签名一致,是因为委托本身是一个方法指针,是一个事件与方法的中介,触发事件的同时也就是调用方法的过程,再说白一句,触发事件的实质就是向方法传参,所以参数必须一致,否则怎么传?
在实际应用.NET编程时,一般的类中的已定义的事件的委托是应经定义好的,这就像C语言库里面内置的一些函数,编程时不需要把这些函数重写一遍,直接用就是了。因此在.NET里,如果要编写处理事件的方法,一般是直接按照处理事件的委托的签名写就完了。
但是,不同的事件可能需要不同的参数,而且有些事件的参数定义与其它其它事件的参数又有部分相同,于是就想出一个办法,还是用类,将相同的参数定义部分写成基类,不同的时间参数继承这个基类并加以变化,这样节省了很大的重复劳动。结果就是出现了EventArgs这个类,并有了许多xxxxEventArgs模样的派生类。
事情到此并不算完。在用.NET编程的过程中,触发事件的过程并不能有开发人员自己控制,也就是说对于各种xxxxEventArgs类的实例化过程都被封装在.NET里面进行了处理,所以实际的开发人员只是直接应用各个xxxxEventArgs类,至于如何触发事件,如何为xxxxEventArgs类赋值,无需开发者参与。