事件与托付事实上并不难理解。仅仅是由于它们的使用方式与经常使用的编码有非常大的区别，例如通常编写的都是同步代码，调用一个类型的方法，会即刻出现方法运行的结果。这是符合逻辑的。但在某些情况中，同步代码未必满足需求，拿近期的打车软件打个例如。搭车者发送一个信息，就会推送给附近的司机，使用同步代码，搭车对象肯定须要调用司机中心对象，这样就出现了我们一直不愿意看到的情况：两个类型紧密地耦合在一起。既然要其他类型对自己的行为作出反应。亲自调用其类型的方法似乎不可避免。在同步代码中。非常难避免这样的紧密的类型调用关系。而我们的代码中，更是非常少会考虑将一个方法传递给还有一个方法。
我们回想在设计模式中。实现观察者模式的样例。有一家公司，董事长不希望自己的雇员在上班时间玩游戏，但又不可能每时每刻都盯着每一个雇员，因此。他希望使用一种新的方式实现监视雇员的效果：假设有雇员违反规则。某个设备或专门的监查人员将自己主动发出一个消息通知他。董事长仅仅须要在事情发生时进行处理。
因此，这个用例实际上是两种类型——董事长类与雇员类——之间的交互，以下我们来看看怎样使用托付与事件机制实现这样的交互：
举例：
首先，我们须要在董事长类与雇员类之间定义一个托付。用于传递两者之间的事件。举个样例，这就相当于那个向老板报告的人（通知老板谁玩游戏了）：
/// <summary> /// 监听的者的托付 /// </summary> public delegate void DelegateClassHandle();
托付的返回值类型为void，这并不是表示托付类型本身带有返回值，该返回值类型是指托付的目标函数类型，即它托付的一个事件处理函数返回值是void类型。
新建一个雇员类Employee，其代码例如以下：
/// <summary>
/// 雇员类
/// </summary>
class Employee
{
/// <summary>
/// 员工玩游戏事件（事件类型为监听者托付）
/// </summary>
public event DelegateClassHandle PlayGame;
/// <summary>
/// 员工玩游戏的方法
/// </summary>
public void Games()
{
if (PlayGame != null)
{
PlayGame();
}
}
}
雇员类Employee代码中定义了一个DelegateClassHandle类型的事件PlayGame。它的定义方式也非常特殊，keywordevent表示PlayGame是一个事件。同一时候还必须声明该事件的托付类型为DelegateClassHandle。即将来由该类型的托付对象负责通知事件。
假设有雇员開始玩游戏。它将运行Games方法，而仅仅要该方法一被调用，就会触发一个事件PlayGame，然后董事长就会收到这个事件的消息——有人在玩游戏了。
董事长类代码例如以下，他有一个方法Notify用于接收消息：
/// <summary>
/// 老板类，相当于监听者传送的对象
/// </summary>
class Boss
{
/// <summary>
/// 老板通知的方法
/// </summary>
public void Notify()
{
System.Console.WriteLine("如今。有人玩游戏，赶紧去抓人！");
}
}
Employee的PlayGame事件怎样与Admin的Notify方法关联起来呢？仅仅需通过事件绑定就可以实现，详细步骤例如以下列代码：
class Program
{
static void Main(string[] args)
{
//实例员工类和老板对象
Employee employee = new Employee();
Boss boss = new Boss();
//将员工的玩游戏方法增加到监听者中
employee.PlayGame += new DelegateClassHandle(boss.Notify);
employee.Games();
}
}
终于的结果为：
请大家注意事件绑定的代码：
升级版本号：
老板希望知道哪个个员工完了游戏
从该EventArgs类派生一个自己定义的事件參数类CustomeEventArgs。这个类型将携带雇员姓名和年龄信息：
<pre name="code" class="csharp" style="color: rgb(51, 51, 51); font-size: 14px; line-height: 26px;">public class CustomeEvetnArgs : EventArgs
{
string name = "";
int age = 0;
public CustomeEvetnArgs()
{ }
public string Name
{
get { return this.name; }
set { this.name = value; }
}
public int Age
{
get { return this.age; }
set { this.age = value; }
}
}
改动托付类型DelegateClassHandle的定义。让其携带必要的參数：
public delegate void DelegateClassHandle(object sender, CustomeEvetnArgs e);
雇员类的代码改动后例如以下：
/// <summary>
/// 员工玩游戏事件（事件类型为监听者托付）
/// </summary>
public event DelegateClassHandle PlayGame;
private string _name;
public string Name
{
get { return _name; }
set { _name = value; }
}
private int _age;
public int Age
{
get { return _age; }
set { _age = value; }
}
/// <summary>
/// 员工玩游戏的方法
/// </summary>
public void Games()
{
if (PlayGame != null)
{
CustomeEvetnArgs e = new CustomeEvetnArgs();
e.Name = this._name;
e.Age = this._age;
PlayGame(this,e);
}
}
}
在Games方法中，首先新建一个CustomeEventArgs对象，然后设置了必要的属性Name和Age。
董事长的通知方法也必须对应地进行改动：
/// <summary>
/// 老板类，相当于监听者传送的对象
/// </summary>
class Boss
{
/// <summary>
/// 老板通知的方法
/// </summary>
public void Notify(object sender, CustomeEvetnArgs e)
{
System.Console.WriteLine("有人玩游戏了，名字是： "+e.Name + " 年龄是： " + e.Age.ToString());
}
}
将两个类型对象进行关联的代码进行对应的改动：
//实例员工类和老板对象 Employee employee = new Employee(); Boss boss = new Boss(); <span style="font-family: Arial;"> <span style="white-space:pre"> </span>employee.Name = "张三";</span> employee.Age = 25; employee.PlayGame += new DelegateClassHandle(boss.Notify); employee.Games();
执行结果：
多路广播：
实际。我们还要清除一个概念，托付是能够多路广播（Mulitcast）的，即一个事件能够托付给多个对象接收并处理。比方经理也要处理员工的玩游戏事件，也能够让托付对象将雇员的PlayGame事件通知他。
首先定义经理类：
public class Manager
{
public void Notify(object sender, CustomeEvetnArgs e)
{
System.Console.WriteLine(sender.ToString() + "-" + e.Name);
}
}
经理Manager类型的Notify方法与Admin一致，他也接受到对应的信息。仍然是使用+=运算符。其方法如以下的代码所看到的：
Employee employee = new Employee(); employee.Name = "Mike"; employee.Age = 25; Admin admin = new Admin(); Manager manager = new Manager(); employee.PlayGame += new DelegateClassHandle(admin.Notify); employee.PlayGame += new DelegateClassHandle(manager.Notify); employee.Games();调用结果为：
总结：
我们通过两幅图看一下採用了托付和事件和普通调用的差别：
通过复习托付与事件，我们知道了对象间的关系不只存在调用这样的耦合性较强的关系，还有通过这一系列的操作，交由托付机制这个第三方来统一管理。是个不一样的选择，而这个不一样是不是更适用于“高内聚，低耦合”这句话呢？我们曾经对面向对象的认识，是不是停留在对象。而没有在类的级别。及架构的级别进行了思考呢？我想。我们应该进行一次深入的面向对象的深入讨论了，随着我的学习。后期博文会逐步跟进！