Use the Delegate Or Event ?

委托与事件详解

最新推荐文章于 2025-12-02 19:45:00 发布

原创最新推荐文章于 2025-12-02 19:45:00 发布 · 589 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#string #编译器 #class #events #c# #null

DotNet 学习之旅专栏收录该内容

0 篇文章

订阅专栏

本文通过具体实例对比了委托（Delegate）与事件（Event）的区别，阐述了事件如何提供更好的封装性和安全性，避免方法误删除等问题。

最初接触委托（Delegate）与事件（Event）时，始终对两者应用上不能做出较好的区分。只是事件自身是借助于委托实现的，那么如果委托足以应对大多数的需求，那么为什么引入事件呢？（Why Events）这样想来似乎陷入了“既生瑜，何生亮”的慨叹中...暂且打住，看看具体的事例情况吧:

// 发布事件的Clock类 Clock.cs

namespace ClockEventDemo { public class Clock { public delegate void TimeHandler(string curTime); public event TimeHandler TimeShow; //public TimeHandler TimeShow; private string time; public Clock() { time = "09.03.14"; } public string Time { get { return time; } set { if (value != null) { time = value; } } } public void TimeChanged(string tm) { TimeShow(tm); } } }

// 依赖于Clock并将订阅其事件的TimeBoard类 TimeBoard.cs

public class TimeBoard { public void DisplayTime(string timeToShow) { Console.WriteLine("Time on the Board :{0}/n", timeToShow); } // 其它成员... }

// 依赖Clock，也将订阅其事件的TimeWriter类 TimeWriter.cs

public class TimeWriter { public void TimeRecorder(string timeToRecord) { Console.WriteLine("Time on the Log :{0}/n", timeToRecord); } // 其它成员 }

// 进行测试的主函数部分 Program.cs

class Program { static void Main(string[] args) { Clock clock = new Clock(); TimeBoard tb = new TimeBoard(); TimeWriter tw = new TimeWriter(); clock.TimeShow += new Clock.TimeHandler(tb.DisplayTime); // How about this one? //clock.TimeShow = new Clock.TimeHandler(tw.TimeRecorder); clock.TimeShow += new Clock.TimeHandler(tw.TimeRecorder); Console.WriteLine("The current time :{0}/n", clock.Time); Console.WriteLine("After the change:/n"); clock.TimeChanged("09.3.16"); Console.WriteLine("After the second change:/n"); //clock.TimeShow("09.3.20");//can't invoke the delegate from the outside by using the event. } }

（注意被注释掉的没有加上event 关键字声明的那一行）如果只是应用delegate，对应看到Main函数中，当TimeWriter对象注册事件时，一旦误用了赋值操作符"=",而不是"+="添加方法到事件链中时会使在这之前已经注册的方法变成无效（被擦除了？），而这并非我们操作的本意。但以event 关键字进行声明后，编译器能自动检测出此处的误用，这正是event体现出的更好的封装性。

另外值得注意的一点是，如果最后Main函数中（最后一行的代码）clock似乎绕到了后方，开始直接调用自身对外公开的delegate，同时传入虚假的参数试图触发整个调用链。同样如果应用event代替delegate进行处理，此处的非法调用会被C#编译器侦查到，报告错误信息，提示调用出错。而这一点正是保证了委托所封装的方法只在发布事件的那一端得到触发时才真正被调用，隔绝了从外部调用的可能性。

最后以它们各自想表达的话语作结吧 :-)

Delegate 告诉另外的一个类“执行这个操作，做完后这个通知我”。Event 在一旁也说了“没有这么简单，我负责的这个delegate所封装的方法是专为个人处理而使用的：可以订阅/退订，而不可以直接调用”。