位置:海鸟网 > IT > ASP.NET >

换一个角度看.NET中的理解委托和事件

  如果你还为委托和事件犯迷糊,你可以试着回答下面这些问题:让你来设计一个框架(或者程序)实现效果:点击button时实现label1.text=“呵呵,第一次点击!”,你会怎么处理?注意,不要用.net已经实现的框架。

  我们会想,在windows系统里应该有一个监听程序,专门处理鼠标点击事件,一旦button被点击,他就会执行一定的程序。大概应该像下面的伪代码一样:

ListenerMethod(){
if(button.clicked)
{……}
}

  我就可以在{}里写上label1.text=“呵呵,第一次点击”,搞定!如果要实现其他内容,比如再一次点击,就label.text=“没问题,第二次点击”。到此为止,你发现问题么?

  如果还没有发现,呵呵,你就有问题了。

  我也是在学习了“设计模式”之后才想到的,如果按上面的方法实现,就:

  1、你必须把ListenerMethod()方法的具体内容公布出来,不然人家怎么用呢,这些执行的代码写在哪里呢?

  2、把方法公开是不好的,为什么?最简单的,怕人家看了干坏事呀,黑客是怎么出来的?呵呵,这其实只是一方面,更实际的原因甚至是防止自己误操作……不多说了,理解关键字“封装”!接着想,我要不把ListenerMethod()方法暴露出来要怎么办。可不可以事先写好一个方法,放在{}里,其他人在其他地方写实现的代码,如:

ListenerMethod(){
if(button.clicked){
TheMethod();  //只要按钮被点击就执行这个方法;
}
}

  而在另外的地方设好方法名和参数,让其他人填空,如下

TheMethod(){
……//里面的内容由其他人(专业点的词汇叫做“用户”)填写
}

  哈哈,有点像了。我们好像也是这样在buttonClick()方法里写实现程序的哟。

  这样做,还是有问题,能不能想到?

  现在我们是一个button,如果有两个button要实现各自不同的的功能呢,怎么办?我写两个if,哼!三个呢,四个呢……实际上,我做框架的时候还根本不知道会有多少个呢,唉~~再想!

  这就要回到最前面猜想的地方了。button和Listener之间是不是要有对应关系?

  这种对应关系如何实现?

  我们可以想象,计算机系统里面有一个管理鼠标点击button的监听中心,每个button都可以到这个中心“注册登记”他对应的方法,这样,当特定的button被点击时,监听中心可以根据之前的“登记”,执行相应的方法。

  看上去上面的方法不错,赞自己一个。那么如何实现上面的构想呢?当然就是用委托和事件了。

  可能你还是没怎么搞明白,我也一样,那我们试着动手写程序吧。为了脱离winform之类已有的框架,我们建一个控制台程序。

  未使用委托、事件之前的代码。

Code
class Program
{
static void Main(string[] args)
{
//实例化一个button类
Button btn = new Button();
btn.Click();
}
}

//首先要定义一个Button类,里面应该有一个Click方法
public class Button
{
//Click方法调用固定的方法
public void Click()
{
ForCustome fc = new ForCustome();
fc.Button_Click();
}
}
//上面这个类是封装了的,用户不可见,或者理解为用户不能更改也可以

//下面这个类提供给用户
public class ForCustome
{
public void Button_Click()
{
//用户在这里写具体的方法实现
Console.WriteLine("被点击了!");
}

}

  可以看出,以上的代码实现一个按钮是可行的,但两个按钮就麻烦了。不到黄河心不甘,我们硬着头皮再写两个按钮的情况吧。

 

Code
class Program
{
static void Main(string[] args)
{
//实例化一个button类
Button btn = new Button();
btn.Click();

//实例化第二个button
Button btn2 = new Button();
btn.Click();   //这样写能行么?
}
}

//首先要定义一个Button类,里面应该有一个Click方法
public class Button
{
//Click方法调用固定的方法
public void Click()
{
ForCustome fc = new ForCustome();
fc.Button_Click();

//很想在这里面改呀,添一个方法调用
fc.Button2_Click();     //要是再有一段条件判断的逻辑就更好了,是吧?
}
}
//上面这个类是封装了的,用户不可见,或者理解为用户不能更改也可以

//下面这个类提供给用户
public class ForCustome
{
public void Button_Click()
{
//用户在这里写具体的方法实现
Console.WriteLine("被点击了!");
}

//添一个方法实现是必须的
public void Button2_Click()
{
Console.WriteLine("我是第二个被点击的按钮!");
}
}

 

       如果你是自己在试着写的话,估计你已经崩溃了(反正我是这样),不好办呀。如果看这段代码没有感觉的话,试着写一写。

好了,看看微软是如何解决这个问题的吧。

 

Code
//先声明一个委托再说,目标是要能调用ForCustome类里的方法,所以注意方法签名
public delegate void myDelegate();


public class Button
{
//声明一个事件,和委托相关联
public event myDelegate ClickIt;

public void Click()
{
//可以想象,这个方法是一个封装了之前我们想要的一大段条件判断语句的“复合体”
ClickIt();
}
}


class Program
{
static void Main(string[] args)
{
ForCustome fc = new ForCustome();

//实例化一个button类
Button btn = new Button();
//这里,将按钮的事件和按钮事件对应的(将要触发的)方法相关联,相当于我们之前想象的注册
btn.ClickIt += new myDelegate(fc.Button_Click);
btn.Click();

//实例化第二个button
Button btn2 = new Button();
btn2.ClickIt+=new myDelegate(fc.Button2_Click);
btn2.Click();   //这样写能行么?
}
}

//这个类提供给用户的,没有变化
public class ForCustome
{
public void Button_Click()
{
//用户在这里写具体的方法实现
Console.WriteLine("被点击了!");
}

//添一个方法实现是必须的
public void Button2_Click()
{
Console.WriteLine("我是第二个被点击的按钮!");
}
}

 

          大功告成!欣赏一下吧,相当优雅的一个架构。如果还要再添加一个按钮和对应的事件,你会做了么?

而在Winform和ASP.NET中,给事件对应的方法添加了两个参数并规范了命名,就更完美了。