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