如果你还为委托和事件犯迷糊，你可以试着回答下面这些问题：让你来设计一个框架(或者程序)实现效果：点击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中，给事件对应的方法添加了两个参数并规范了命名，就更完美了。
|
