uot;;employee.Age = 25;Admin admin = new Admin(); employee.PlayGame += new DelegateClassHandle(admin.Notify);employee.Games();修改后的代码运行的结果是，当Mike调用Games方法玩游戏时，会自动触发PlayGame事件，而该事件携带相关信息通知admin，后者的Notify方法将接收到数据并输出“Mike is 25”，告诉董事长是Mike，25岁，正在上班时间玩游戏。 委托是可以多路广播（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();

执行该方法，读者将看到admin和manager的Notify方法都会被事件通知并调用执行。通过这样的方法，董事长和经理都会知道Mike在玩游戏了。

如果董事长不希望经理也收到这个通知，该如何解除PlayGame对manager的事件绑定呢？同样非常简单，在employee.Games方法被调用前执行下列语句即可：

employee.PlayGame -= new DelegateClassHandle(manager.Notify);

 最后需要提醒读者注意的，Employee类中的Games方法在触发事件PlayGame之前需要判断该事件是否为null。当employee对象的Games方法触发事件PlayGame后，必须有一个目标函数来处理这个事件，而该语句正是判断该目标函数是否存在。如果将这个判断去掉，且对事件不进行任何绑定而直接调用Games方法，程序将在事件PlayGame处弹出一个NullReferenceException的异常。

 

读者能够从委托与事件的代码中得出什么结论吗？两个需要存在调用关系的类型，在各自的实现中却没有编写实际的调用代码，它们只是通过一个事件和一个第三方的委托类型完成了消息的传递过程。两个类型之间不存在任何的紧密耦合，它们看似松散地通过一个委托对象中通信，实现了本书一直宣传的“高聚合”和“低耦合”观点。