8.29 2个窗体调用（委托）

8.29
一：基础
触发者：定义事件，调用接受者方法。
接受者：注册事件，定义方法。

利用System.EventHandler来实现两个窗体间的事件调用

在Form2中添加一个System.EventHandler
                 publlic event System.EventHandler CallMessage;
        在Form2中Button的Click事件中调用OnClicks
                 private void button1_Click(object sender, System.EventArgs e)
                 {
                         this.CallMessage(sender,e);
                 }
        接下来，在Form1中添加。
        在Form1中添加一个方法，方法的参数必不可少
                 public void ShowMessage(object sender, EventArgs e)
                 {
                         MessageBox.Show("another form call this method!");
                 }
        在Form1中Button的Click事件中创建一个Form2的实例，并加入Form2的CallMessage的实现方法
                 private void button1_Click(object sender, System.EventArgs e)
                 {
                          Form2 frm=new Form2();
                          frm.CallMessage+=new EventHandler(ShowMessage);
                          frm.ShowDialog();
                 }

二：加深
今天用C#2.0的泛型改写了我的一个系统的消息实现。
回顾一下经典内容：
.NET框架的消息模型，构建于一个连接事件句柄的代理(delegate)，要想触发某个事件，两个基本元素是必须考虑的：
 1、事件的源头触发者，它定义了一个事件：
public class EventSender
{
     ...
     //声明一个代理类型，它指向一个无返回值的方法，并有两个参数
     public delegate void MyEventHandler(obejct sender, EventArgs e);
     //由该代理实例化一个事件成员
     public event MyEventHandler myEvent;
     ...
     //在某个地方根据逻辑触发(Fire)这个事件
     //即向系统告知：“老大您听好了，我发出了一个事件”
    this.myEvent(this,null);    
    ...
}
2、事件的接收者,它注册了该事件
public class EventReceiver
{    
……
   
     EventSender sender = new EventSender(); //实例化上面的事件发出者类
     //注册EventSender的myEvent事件,即向系统告知：“如果这个对象发出了该事件，我很乐意接受”
     //同时告知系统：“老大，在下我有能力并且迫切需要通过我的OnReceivedTheEvent方法处理该事件”
     sender.myEvent += new MyEventHandler(OnReceivedTheEvent);  
private void OnReceivedTheEvent(object sender, EventArgs e)
     {
          //实现自己的处理
     }
}
当然，如果我们不需要传递自定义的(继承的)EventArgs,可以用系统已经定义的一个消息代理EventHandler直接去实例化一个事件成员，从而省去了定义代理类型的步骤。
这种情况下，触发事件的目的仅仅是起到通知的作用，不能传递运行时数据(因为System.EventArgs是最基本的事件参数类，其他事件参数类都是继承该类，比如MouseEventArgs)，没有能力容纳用户自定义信息，比如您想在触发事件的同时，传递该对象的某个状态值... System.EventArgs无能为力。

上面所说的是经典的事件处理模式，在C#2.0中，事件处理引入了泛型机制，从而大为便捷了我们的编程。与此配套，EventHandler有了它的泛型版本EventHandler<T>。
下面我们通过两个版本的代码片断来比较泛型给我们带来的视觉冲击和编程享受: -)
任务：定义和注册三个事件，分别使用三个不同的EventArgs继承对象传递不同的数据

--------------------------------------------------------------------------------

 //c#1.1
……
//定义（在假定类MyClass中）
Public delegate void MyEventHandler1(object sender, MyEventArgs1 myEventArgs1);
Public delegate void MyEventHandler2(object sender, MyEventArgs2 myEventArgs2);
Public delegate void MyEventHandler3(object sender, MyEventArgs3 myEventArgs3);
public event MyEventHandler1 event1;
public event MyEventHandler2 event2;
public event MyEventHandler3 event3;
……
//注册（假定了实例化MyClass）
myClass.event1 += new EventHandler(
   this,myEventArgs1);
myClass.event2 += new EventHandler(
   this, myEventArgs1);
myClass.event3 += new EventHandler(
   this, myEventArgs1);

--------------------------------------------------------------------------------
 
//C# 2.0
……
//定义(在假定类MyGoodClass中)
public event EventHandler< MyEventArgs1> event 1;
public event EventHandler< MyEventArgs2> event 2;
public event EventHandler< MyEventArgs3> event 3;
……
//注册（假定了实例化MyGoodClass）
myGoodClass.event1 += new EventHandler< MyEventArgs1>(this,myEventArgs1);
myGoodClass.event2 += new EventHandler< MyEventArgs2>(this,myEventArgs2);
myGoodClass.event3 += new EventHandler< MyEventArgs3>(this,myEventArgs3);
 
对比可以发现，代码是不是简洁了不少？其实泛型的优点和用途远远不止这些。它还有一个很大的好处就是类型安全和线程安全，以往我们需要传递通用数据时，往往使用object类型，虽然这种方法在技术上是可行的，但是系统在装箱和拆箱上的开销以及类型转换上的风险(InvalidCastException)却有相当的弊端。