面向对象——一起来复习托付与事件！

事件与托付事实上并不难理解。仅仅是由于它们的使用方式与经常使用的编码有非常大的区别，例如通常编写的都是同步代码，调用一个类型的方法，会即刻出现方法运行的结果。这是符合逻辑的。但在某些情况中，同步代码未必满足需求，拿近期的打车软件打个例如。搭车者发送一个信息，就会推送给附近的司机，使用同步代码，搭车对象肯定须要调用司机中心对象，这样就出现了我们一直不愿意看到的情况：两个类型紧密地耦合在一起。既然要其他类型对自己的行为作出反应。亲自调用其类型的方法似乎不可避免。在同步代码中。非常难避免这样的紧密的类型调用关系。而我们的代码中，更是非常少会考虑将一个方法传递给还有一个方法。

我们回想在设计模式中。实现观察者模式的样例。有一家公司，董事长不希望自己的雇员在上班时间玩游戏，但又不可能每时每刻都盯着每一个雇员，因此。他希望使用一种新的方式实现监视雇员的效果：假设有雇员违反规则。某个设备或专门的监查人员将自己主动发出一个消息通知他。董事长仅仅须要在事情发生时进行处理。

因此，这个用例实际上是两种类型——董事长类与雇员类——之间的交互，以下我们来看看怎样使用托付与事件机制实现这样的交互：

举例：

首先，我们须要在董事长类与雇员类之间定义一个托付。用于传递两者之间的事件。举个样例，这就相当于那个向老板报告的人（通知老板谁玩游戏了）：

    /// <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();

调用结果为：

总结：

我们通过两幅图看一下採用了托付和事件和普通调用的差别：

通过复习托付与事件，我们知道了对象间的关系不只存在调用这样的耦合性较强的关系，还有通过这一系列的操作，交由托付机制这个第三方来统一管理。是个不一样的选择，而这个不一样是不是更适用于“高内聚，低耦合”这句话呢？我们曾经对面向对象的认识，是不是停留在对象。而没有在类的级别。及架构的级别进行了思考呢？我想。我们应该进行一次深入的面向对象的深入讨论了，随着我的学习。后期博文会逐步跟进！