首页 > 代码库 > 面向对象——一起来复习委托与事件！
面向对象——一起来复习委托与事件！
事件与委托其实并不难理解，只是因为它们的使用方式与常用的编码有很大的差别，例如通常编写的都是同步代码，调用一个类型的方法，会即刻出现方法执行的结果，这是符合逻辑的。但在某些情况中，同步代码未必满足需求，拿最近的打车软件打个比方，搭车者发送一个信息，就会推送给附近的司机，使用同步代码，搭车对象肯定需要调用司机中心对象，这样就出现了我们一直不愿意看到的情况：两个类型紧密地耦合在一起。既然要其它类型对自己的行为作出反应，亲自调用其类型的方法似乎不可避免，在同步代码中，很难避免这种紧密的类型调用关系。而我们的代码中，更是很少会考虑将一个方法传递给另一个方法。
我们回顾在设计模式中，实现观察者模式的例子，有一家公司，董事长不希望自己的雇员在上班时间玩游戏，但又不可能每时每刻都盯着每个雇员，因此，他希望使用一种新的方式实现监视雇员的效果：如果有雇员违反规定，某个设备或专门的监查人员将自动发出一个消息通知他，董事长只需要在事情发生时进行处理。
因此，这个用例实际上是两种类型——董事长类与雇员类——之间的交互，下面我们来看看如何使用委托与事件机制实现这种交互：
举例：
首先，我们需要在董事长类与雇员类之间定义一个委托，用于传递两者之间的事件，举个例子，这就相当于那个向老板报告的人（通知老板谁玩游戏了）：
/// <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，它的定义方式也很特殊，关键字event表示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();调用结果为：
总结：
我们通过两幅图看一下采用了委托和事件和普通调用的区别：
通过复习委托与事件，我们知道了对象间的关系不仅仅存在调用这种耦合性较强的关系，还有通过这一系列的操作，交由委托机制这个第三方来统一管理，是个不一样的选择，而这个不一样是不是更适用于“高内聚，低耦合”这句话呢？我们以前对面向对象的认识，是不是停留在对象，而没有在类的级别，及架构的级别进行了思考呢？我想，我们应该进行一次深入的面向对象的深入讨论了，随着我的学习，后期博文会逐步跟进！
声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉： 投诉/举报 工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。