一：委托的现实场景：卖家委托快递去送货？
任何事情，首先都要问一个为什么。这里的问题是：为什么卖家要委托快递去送货？
因为他干不了。他在北京卖一个壶到上海，他不应该、也没能力自己跑到上海交给人家。所以他要“委托”给别人来做这件事情。
在代码的世界中，也是这样，我们的打老鼠游戏中，现在所有的逻辑代码都在窗体的后台中，随着我们学习面向对象，对代码进行重构之后，业务逻辑代码就会放到别的类中，这个“别的类”要负责“游戏开始”的逻辑，其中“游戏开始”的逻辑中有一个环节就是要在界面上显示”游戏开始“。因为业务类不拥有窗体，所以它就不能显示“游戏开始”，这个时候“委托”就派上用场了。也就是业务类不应该、也没能力直接对窗体显示“游戏开始”，于是，它“委托”窗体显示“游戏开始”。
二：委托是什么？
我们还是先回到卖家卖壶的例子来描述：“委托是什么”。实际上，卖家委托快递送货，需要如下一些代码：
“委托是什么”这个问题是表象，实际上它还隐藏着5个小问题：
1：委托声明是什么？
2：委托变量是什么？
3：什么是委托变量赋值？
4：什么是委托处理器？
5：如何调用委托？
在上图代码中，这5个小问题的序号正好对应了图中的数字部分，
首先，程序得有一个地方声明委托；
其次，卖家自己还得定义一个委托变量；
再次，通过某种形式给卖家的委托变量赋值，这个值是什么呢，就是一个委托处理器的“引用”。委托处理器就是一个方法，所以，赋值的过程，就是将方法的引用赋值给委托变量。
最后，调用委托，实际上，就是使用委托变量。
备注，要注意的是，委托声明和委托处理器的返回值和参数必须保持一致。
三：委托本质上是什么？
上文我们阐述了委托是什么，实际我们仅仅阐述的是委托的表象是什么，那么，委托本质上是什么呢？
到现在为止，我们已经学过了两个类型的概念：类和枚举。我们在这里要强调的是，上文代码的委托声明中的”SendProductHandler“实际上，是一个类，我们应该将其看为：
internal class SendProductHandler : System.MulticastDelegate
{
public SendProductHandler(object @object, IntPtr method)
{
}public virtual IAsyncResult BeginInvoke(int progress, AsyncCallback callback, object @object)
{
}public virtual void EndInvoke(IAsyncResult result)
{
}public virtual void Invoke(string product)
{
}
}
为什么是这样的呢，相信你看了下面的视频就会明白：
Lesson5.wmv（我已在线发送给你）。
四：事件是什么？
知道了委托，我们来看事件，将小节”二：委托是什么“中的代码2和3处，修改为：
“委托”就变成“事件”了。
使用事件后，你可以为你的委托变量_sendProduct，增加多个方法，你看，代码中的位置3处，不再是个“=”号，而是一个“+=”号了。