C#委托与事件：从方法指针到发布订阅模式的进阶指南

1. 项目概述为什么委托与事件是C#的“任督二脉”如果你刚开始学C#可能觉得类、对象、继承这些概念已经够用了。但当你真正想写点“活”的程序比如一个带按钮的窗口程序点击按钮触发一系列操作或者一个游戏里怪物死亡后要同时触发经验增加、音效播放、任务更新你就会发现光靠之前学的那些代码会写得又臭又长各个模块像用胶水硬粘在一起牵一发而动全身。这时候你就摸到了C#进阶路上最关键的一道坎委托与事件。很多人觉得它们抽象、难懂甚至想绕过去。但我想说这恰恰是C#乃至.NET生态设计精髓的体现是写出松耦合、可扩展、易维护代码的“任督二脉”。一旦打通你对程序设计的理解会提升一个维度。简单来说委托Delegate是一种类型它定义了方法的“样子”即方法的签名返回值类型和参数列表。你可以把它理解为一个“方法指针”或“方法容器”它允许你将方法当作参数传递、存储到变量里或者从方法中返回。而事件Event则是建立在委托之上的一个更高级、更安全的“发布-订阅”机制。事件的拥有者发布者声明“我能发生某件事”其他对象订阅者可以来“登记一下等这件事发生时通知我”。发布者只管触发事件完全不知道也不关心是谁订阅了它订阅者只管响应事件无需知道事件具体如何被触发。这种解耦正是现代软件架构的核心思想。想想你用的任何一个软件VS Code里你安装的插件响应编辑器的事件、ASP.NET Core里的中间件处理HTTP请求管道事件、甚至Unity游戏引擎里 MonoBehaviour 的Update方法每帧被引擎事件调用底层都是这套机制在运转。不学委托与事件你很难理解这些框架是如何工作的更谈不上灵活运用。接下来我会带你从最基础的委托声明开始一步步拆解直到你能用事件优雅地设计出一个观察者模式的应用。我们不光要“知道怎么写”更要彻底搞懂“为什么这么写”以及在实际项目中“怎么用才好”。2. 委托Delegate深度解析从方法指针到多播委托2.1 委托的本质类型安全的函数指针在C里你可以直接用函数指针。但在C#这种完全面向对象、内存安全的环境里直接操作指针是危险且不被鼓励的。于是委托作为一种安全的封装出现了。委托是一个类System.Delegate的派生类当你声明一个委托时编译器会在后台为你生成一个继承自MulticastDelegate的类。这个类内部维护了一个调用列表 invocation list 这正是它能支持多播的基础。声明一个委托就是在定义一个“方法签名契约”// 声明一个委托类型它表示“所有无返回值、接受一个string参数的方法” public delegate void LogMessageHandler(string message);这行代码创建了一个名为LogMessageHandler的新类型。任何符合void MethodName(string)签名的方法都可以被装进这个类型的变量里。// 符合签名的方法 public void WriteToConsole(string msg) Console.WriteLine($[Console] {msg}); public void WriteToFile(string msg) System.IO.File.AppendAllText(log.txt, ${msg}\n); // 使用委托变量 LogMessageHandler logger; // 声明一个委托变量 logger WriteToConsole; // 将方法赋值给委托注意是 WriteToConsole 不是 WriteToConsole() logger(Hello Delegate!); // 调用委托实际上调用了 WriteToConsole(Hello Delegate!)这里的关键是logger WriteToConsole;这不是调用方法而是将方法的引用“装进”委托变量。调用logger(...)时才真正执行了WriteToConsole。注意委托是引用类型。logger WriteToConsole;这个操作是让logger这个引用指向了WriteToConsole方法所在的内存地址。理解这一点对后续理解事件和回调至关重要。2.2 委托的常见使用场景回调与策略模式委托最经典的应用之一是回调Callback。比如在一个耗时操作如文件下载完成后你需要通知调用方。public class Downloader { // 定义一个回调委托 public delegate void DownloadCompletedCallback(string filePath, bool success); public void DownloadFile(string url, DownloadCompletedCallback callback) { // 模拟下载过程 Task.Run(() { Thread.Sleep(2000); // 模拟耗时 bool isSuccess new Random().Next(0, 2) 1; // 随机成功或失败 string localPath isSuccess ? $downloaded_{Path.GetFileName(url)} : null; // 下载完成调用回调函数通知结果 callback?.Invoke(localPath, isSuccess); // 使用 ?. 进行空值检查 }); } } // 使用方 var downloader new Downloader(); downloader.DownloadFile(http://example.com/file.zip, (path, success) { if(success) Console.WriteLine($下载成功文件保存在{path}); else Console.WriteLine(下载失败); });这里Downloader类不关心下载完成后具体要做什么是更新UI、记录日志还是解压文件它只负责在合适的时机调用传入的回调方法。这种将“做什么”的决定权交给调用者的设计极大地提高了模块的灵活性。另一个场景是实现策略模式Strategy Pattern。比如一个数据处理器其处理算法可能多变。public delegate int DataProcessStrategy(int[] data); public class DataProcessor { private DataProcessStrategy _strategy; public void SetStrategy(DataProcessStrategy strategy) _strategy strategy; public int Process(int[] data) { if (_strategy null) throw new InvalidOperationException(处理策略未设置); return _strategy(data); } } // 定义不同的策略 int SumStrategy(int[] data) data.Sum(); int MaxStrategy(int[] data) data.Max(); // 使用 var processor new DataProcessor(); processor.SetStrategy(SumStrategy); Console.WriteLine(processor.Process(new[] {1, 2, 3})); // 输出 6 processor.SetStrategy(MaxStrategy); Console.WriteLine(processor.Process(new[] {1, 2, 3})); // 输出 3通过更换委托实例就改变了对象的行为无需修改DataProcessor类的代码。2.3 多播委托与调用列表一个委托变量不仅可以绑定一个方法还可以绑定多个方法这就是多播委托Multicast Delegate。使用运算符添加方法使用-移除方法。LogMessageHandler multiLogger WriteToConsole; multiLogger WriteToFile; // 添加第二个方法 multiLogger msg Console.WriteLine($[Lambda] {msg}); // 添加一个匿名方法 multiLogger(Testing Multicast); // 输出 // [Console] Testing Multicast // [Lambda] Testing Multicast // 同时文件 log.txt 中也会写入一行 Testing Multicast当调用multiLogger时它会按照添加顺序依次调用列表中的所有方法。这里有一个非常重要的细节多播委托的返回值。如果委托有返回值非void那么调用多播委托时返回的是最后一个被调用方法的返回值前面方法的返回值会被丢弃。这通常不是你想要的行为因此实践中用于多播的委托通常都声明为返回void。实操心得在移除委托时-运算符是通过比较方法引用来工作的。这意味着如果你添加的是一个匿名方法或Lambda表达式由于每次编译都会生成一个新的方法实例你将无法用同样的Lambda表达式将其移除。例如Action action () Console.WriteLine(A); Action handler () Console.WriteLine(A); // 这是一个全新的委托实例 action handler; action - handler; // 这行代码可能无法移除上面添加的handler因为引用不同稳妥的做法是将需要后续移除的方法定义为具名方法并保存其引用。2.4 内置泛型委托Action与Func为了避免为每一种方法签名都声明一个委托类型.NET提供了两个强大的泛型委托Action和Func。Action表示一个没有返回值的方法。它有一系列重载最多支持16个输入参数ActionT1, ..., T16。Actionstring logAction WriteToConsole; // 等价于 delegate void (string) Action simpleAction () Console.WriteLine(Hello); // 无参数 Actionint, string complexAction (id, name) Console.WriteLine(${id}: {name});Func表示一个有返回值的方法。最后一个泛型参数指定返回值类型FuncT1, ..., T16, TResult。Funcint, int, int addFunc (a, b) a b; // 等价于 delegate int (int, int) Funcstring getterFunc () DateTime.Now.ToString(); // 无参数返回string Funcint, bool isEvenFunc num num % 2 0;在99%的情况下你都不需要自己声明委托类型直接使用Action和Func即可。这极大地简化了代码也成为了C#社区的标准实践。只有当你需要为委托类型赋予一个特别有意义的名称以提升代码可读性时才考虑自定义委托。3. 事件Event机制封装与安全的发布-订阅模型3.1 为什么需要事件从委托的缺陷说起委托虽然强大但直接暴露给类的使用者会带来问题。回顾之前的LogMessageHandler多播例子假设我们有一个Logger类public class Logger { public LogMessageHandler MessageLogged; // 公共委托字段 }使用者可以这样操作Logger logger new Logger(); logger.MessageLogged WriteToConsole; // 直接赋值会覆盖所有已有的订阅 logger.MessageLogged WriteToFile; // 添加 logger.MessageLogged null; // 清空所有订阅这可能是灾难性的。看到了吗委托字段的调用列表完全暴露在外订阅者可以随意重置、调用invoke甚至清空它。这破坏了封装性对于发布者Logger来说失去了控制权。而事件Event就是为了解决这些问题而生的语法糖。3.2 事件的定义与本质事件是对委托的封装它只暴露了“订阅”和“退订-”两个操作给外界隐藏了委托的赋值和调用Invoke能力。public class Logger { // 1. 声明一个私有委托字段backing field private LogMessageHandler _messageLoggedHandler; // 2. 声明一个公共事件 public event LogMessageHandler MessageLogged { add { _messageLoggedHandler value; } // add 访问器对应 remove { _messageLoggedHandler - value; } // remove 访问器对应 - } // 3. 提供一个受保护的方法来触发事件 protected virtual void OnMessageLogged(string message) { _messageLoggedHandler?.Invoke(message); // 线程安全的调用方式 } public void Log(string message) { // ... 一些日志逻辑 ... OnMessageLogged(message); // 在合适的时机触发事件 } }这是事件的完整显式声明。更常见的简洁写法是public class Logger { // 编译器会自动生成一个私有的委托字段和add/remove访问器 public event EventHandlerstring MessageLogged; // 使用标准EventHandler protected virtual void OnMessageLogged(string message) { MessageLogged?.Invoke(this, message); } }现在外部代码只能logger.MessageLogged WriteToConsole; // 允许 logger.MessageLogged - WriteToConsole; // 允许 // logger.MessageLogged WriteToConsole; // 编译错误不能直接赋值 // logger.MessageLogged(test); // 编译错误不能在类外部触发事件事件完美地实现了“订阅者模式”发布者Logger拥有完全的控制权来决定何时、以何种方式触发事件订阅者只需关心事件发生时要做什么。3.3 标准事件模式与EventHandler委托在.NET框架中有一个用于事件的标准模式事件处理方法的签名通常返回void并接受两个参数第一个参数object sender表示触发事件的对象事件源。第二个参数EventArgs e或其派生类包含事件相关的数据。使用预定义的EventHandler或EventHandlerTEventArgs委托类型。// 自定义事件数据类继承自EventArgs public class MessageLoggedEventArgs : EventArgs { public string Message { get; } public DateTime LogTime { get; } public MessageLoggedEventArgs(string message) { Message message; LogTime DateTime.Now; } } public class Logger { // 使用泛型EventHandlerTEventArgs public event EventHandlerMessageLoggedEventArgs MessageLogged; protected virtual void OnMessageLogged(string message) { // 创建事件数据对象 var args new MessageLoggedEventArgs(message); // 触发事件传入this发送者和事件数据 MessageLogged?.Invoke(this, args); } } // 订阅事件 logger.MessageLogged (sender, e) { Console.WriteLine($[{e.LogTime:HH:mm:ss}] {e.Message}); // 可以通过 sender 获取事件源进行一些操作比如 ((Logger)sender).SomeProperty };使用标准模式的好处是一致性和可读性。整个.NET生态WinForms, WPF, ASP.NET都遵循这个模式任何开发者看到EventHandlerXXX都知道这是一个事件并且能预期到它的两个参数。自定义EventArgs可以携带任意复杂的数据比单纯用string或int更灵活、更面向对象。注意事项在触发事件时务必使用?.Invoke()空条件运算符来检查委托是否为null。直接调用MessageLogged(this, args)如果事件没有订阅者委托为null会抛出NullReferenceException。?.Invoke()是线程安全的它会先获取委托的一个临时副本再调用避免在检查null和调用之间被其他线程修改。3.4 事件的典型应用场景GUI编程与观察者模式图形用户界面GUI是事件驱动编程最直观的体现。以WinForms为例Button button1 new Button(); button1.Text Click Me; // 订阅按钮的Click事件 button1.Click (sender, e) { MessageBox.Show(Button was clicked!); };这里的Click就是一个标准的事件。按钮发布者在内部检测到鼠标点击时会触发Click事件我们写的代码订阅者通过来响应这个事件。整个UI框架就是建立在一个庞大而复杂的事件系统之上的。在业务逻辑层观察者模式Observer Pattern是事件的经典应用。例如一个订单管理系统public class Order { public event EventHandlerOrderEventArgs OrderStatusChanged; private OrderStatus _status; public OrderStatus Status { get _status; set { if (_status ! value) { _status value; OnOrderStatusChanged(value); // 状态改变时触发事件 } } } protected virtual void OnOrderStatusChanged(OrderStatus newStatus) { OrderStatusChanged?.Invoke(this, new OrderEventArgs { NewStatus newStatus }); } } public class OrderEventArgs : EventArgs { public OrderStatus NewStatus { get; set; } } // 多个订阅者 public class InventoryService { public void SubscribeToOrder(Order order) { order.OrderStatusChanged OnOrderStatusChanged; } private void OnOrderStatusChanged(object sender, OrderEventArgs e) { if (e.NewStatus OrderStatus.Shipped) UpdateStock((Order)sender); } } public class NotificationService { public void SubscribeToOrder(Order order) { order.OrderStatusChanged OnOrderStatusChanged; } private void OnOrderStatusChanged(object sender, OrderEventArgs e) { SendShippingNotification((Order)sender); } }Order类作为被观察者Subject在其状态变化时发布事件。InventoryService库存服务和NotificationService通知服务作为观察者订阅它们关心的事件。这样Order类完全不知道也不依赖这些服务新增或删除一个观察者如增加一个AuditService完全不需要修改Order类的代码实现了高度的解耦。4. 委托与事件的进阶技巧与性能考量4.1 匿名方法与Lambda表达式在C# 2.0中引入了匿名方法在C# 3.0中引入了更简洁的Lambda表达式它们使得委托的创建变得极其方便尤其适合用于一次性、简单的回调。// C# 2.0 匿名方法 button1.Click delegate (object sender, EventArgs e) { Console.WriteLine(Anonymous method clicked.); }; // C# 3.0 Lambda表达式 (更简洁) button1.Click (sender, e) Console.WriteLine(Lambda clicked.); // 带复杂逻辑的Lambda Funcint, int, int calculate (x, y) { int sum x y; return sum * 2; };Lambda表达式本质上就是一个语法糖编译器会将其编译成一个匿名方法并生成一个对应的委托实例。对于事件处理Lambda非常方便但要注意之前提到的移除订阅的问题。如果事件处理逻辑复杂或需要被多次引用建议还是使用具名方法。4.2 闭包与捕获变量Lambda和匿名方法可以访问定义它们的方法的局部变量和参数这被称为闭包Closure。public void SetupCounter() { int count 0; // 局部变量 Button button new Button(); button.Click (sender, e) { count; // Lambda捕获了外部变量 count button.Text $Clicked {count} times; }; }这里count变量的生命周期被延长了它与委托实例“绑定”在了一起。编译器在背后会生成一个“隐藏的类”来封装这个变量。闭包非常强大但要小心使用循环中的闭包陷阱for (int i 0; i 5; i) { // 错误做法所有委托都捕获了同一个变量 i 的引用 Task.Run(() Console.WriteLine(i)); // 可能输出5个5而不是0,1,2,3,4 } // 正确做法在循环内创建局部变量副本 for (int i 0; i 5; i) { int temp i; // 每次循环都有一个新的temp Task.Run(() Console.WriteLine(temp)); // 输出0,1,2,3,4 }4.3 弱事件模式解决内存泄漏的关键这是事件使用中最容易踩坑也最重要的一点。看一个典型的内存泄漏场景public class Publisher { public event EventHandler SomethingHappened; } public class Subscriber { public Subscriber(Publisher pub) { pub.SomethingHappened HandleEvent; } private void HandleEvent(object sender, EventArgs e) { /* ... */ } ~Subscriber() { Console.WriteLine(Subscriber finalized.); } } // 使用 var publisher new Publisher(); var subscriber new Subscriber(publisher); subscriber null; // 丢弃订阅者引用 GC.Collect(); // 强制垃圾回收 GC.WaitForPendingFinalizers(); // 你会发现Subscriber的析构函数很可能没有被调用为什么因为publisher的SomethingHappened事件内部持有了对subscriber.HandleEvent方法的委托引用而该委托又隐式持有了对subscriber对象实例的引用。只要publisher还活着subscriber就无法被垃圾回收即使你已经不再需要它了。这就是由事件引起的内存泄漏。解决方案显式退订在订阅者生命周期结束时如Dispose方法中主动使用-退订事件。public class Subscriber : IDisposable { private Publisher _publisher; public Subscriber(Publisher pub) { _publisher pub; pub.SomethingHappened HandleEvent; } public void Dispose() { _publisher.SomethingHappened - HandleEvent; // 关键 } }使用弱事件模式Weak Event Pattern.NET提供了WeakEventManagerTEventSource, TEventArgs或在WPF中常用的WeakEventManager。其原理是让发布者通过一个弱引用Weak Reference来持有订阅者这样垃圾回收器就可以回收订阅者而不会受到事件引用的阻碍。对于自定义事件实现起来较为复杂但在长期运行的程序如桌面应用、服务中处理不当的事件订阅是内存泄漏的主要元凶必须高度重视。4.4 性能考量与最佳实践委托调用 vs 直接方法调用委托调用比直接方法调用稍慢因为它涉及一次虚方法调用和可能的空值检查。但在绝大多数应用中这点性能开销可以忽略不计。可维护性和设计上的优雅远比这点微优化重要。避免在频繁调用的代码路径中频繁创建委托例如在每秒调用数千次的循环内部button.Click (s,e){}这会导致大量短期委托对象被创建增加GC压力。应该将委托创建移到循环外部。使用EventHandlerT而非自定义委托类型除非有极强的理由否则坚持使用标准模式这能提高代码的一致性和可读性。事件命名使用动词或动词短语如Clicked,StatusChanged,DataReceived。触发事件的方法通常以On开头如OnStatusChanged并且是protected virtual的以允许派生类重写触发逻辑。5. 实战构建一个简单的事件驱动消息总线最后我们用一个综合性的小例子来巩固所学一个极简的进程内消息总线。它允许应用程序中任何部分发布消息而其他部分可以订阅感兴趣的消息类型实现完全解耦的通信。using System; using System.Collections.Generic; // 定义消息基类 public abstract class Message { } // 定义一些具体的消息 public class UserLoggedInMessage : Message { public string UserName { get; set; } } public class OrderShippedMessage : Message { public int OrderId { get; set; } } // 简单的消息总线 public static class MessageBus { // 使用字典来存储消息类型到处理器列表的映射 private static readonly DictionaryType, ListActionMessage _handlers new DictionaryType, ListActionMessage(); // 订阅消息 public static void SubscribeTMessage(ActionTMessage handler) where TMessage : Message { var messageType typeof(TMessage); if (!_handlers.ContainsKey(messageType)) { _handlers[messageType] new ListActionMessage(); } // 需要将 ActionTMessage 转换为 ActionMessage // 这里利用协变C# 4.0ActionMessage 可以接受 ActionTMessage (因为 TMessage 派生自 Message) // 但直接转换不行需要包装一下 _handlers[messageType].Add((msg) handler((TMessage)msg)); } // 发布消息 public static void PublishTMessage(TMessage message) where TMessage : Message { var messageType typeof(TMessage); if (_handlers.ContainsKey(messageType)) { // 注意遍历副本以防在处理器中修改订阅列表 var handlers _handlers[messageType].ToArray(); foreach (var handler in handlers) { handler?.Invoke(message); } } } // 退订简化版实际应用中需要更精确的退订逻辑 public static void UnsubscribeTMessage(ActionTMessage handler) where TMessage : Message { // 实现略需要比较委托较为复杂。通常在实际框架中会返回一个IDisposable的token用于退订。 } } // 使用示例 class Program { static void Main() { // 订阅者A只关心用户登录 MessageBus.SubscribeUserLoggedInMessage(msg { Console.WriteLine($订阅者A: 用户 {msg.UserName} 已登录。); }); // 订阅者B关心用户登录和订单发货 MessageBus.SubscribeUserLoggedInMessage(msg { Console.WriteLine($订阅者B: 记录 {msg.UserName} 的登录日志。); }); MessageBus.SubscribeOrderShippedMessage(msg { Console.WriteLine($订阅者B: 订单 #{msg.OrderId} 已发货通知仓库。); }); // 发布消息 MessageBus.Publish(new UserLoggedInMessage { UserName 张三 }); MessageBus.Publish(new OrderShippedMessage { OrderId 1001 }); // 输出 // 订阅者A: 用户 张三 已登录。 // 订阅者B: 记录 张三 的登录日志。 // 订阅者B: 订单 #1001 已发货通知仓库。 } }这个简单的消息总线核心就是一个DictionaryType, ListActionMessage它利用委托来存储和调用处理器。任何模块都可以通过MessageBus.Publish发布消息而无需知道谁在处理任何模块也可以通过MessageBus.Subscribe订阅消息而无需知道消息从何而来。这就是事件机制带来的强大解耦能力。在实际项目中你可能需要考虑线程安全、处理器异常处理、依赖注入等更复杂的问题但核心思想万变不离其宗。6. 常见问题与排查技巧实录即使理解了原理在实际编码中还是会遇到各种问题。下面是我在多年开发中总结的一些典型“坑”和解决思路。问题1事件订阅了但永远不会被触发。检查点1触发事件的代码路径是否真的执行了在OnXXX方法里加个日志或断点确认它被调用了。检查点2触发事件时委托是否为null使用EventName?.Invoke(...)是安全的但如果委托是null说明没有订阅者。检查订阅代码是否真的执行了。特别是在动态创建控件或对象时订阅代码可能因为条件判断而没有运行。检查点3订阅和触发是否在同一个对象实例上这是一个非常常见的错误。var logger1 new Logger(); var logger2 new Logger(); // 订阅的是 logger1 的事件 logger1.MessageLogged (s, e) Console.WriteLine(Subscribed to logger1); // 触发的是 logger2 的事件 logger2.Log(test); // 不会触发上面的处理程序确保你操作的是同一个实例。问题2事件处理程序被执行了多次。原因重复订阅。最常见的是在某个会多次执行的代码块如按钮点击事件处理程序、页面加载事件中写了导致每次执行都添加一个新的处理器。void Page_Load() { // 错误每次页面加载都添加一个新处理器 someButton.Click SomeButton_Click; }解决将订阅移到初始化代码中如构造函数或者使用标志位确保只订阅一次。private bool _isSubscribed false; void Page_Load() { if (!_isSubscribed) { someButton.Click SomeButton_Click; _isSubscribed true; } }问题3在事件处理程序中修改了集合导致InvalidOperationException: Collection was modified。场景在遍历一个集合如ListT并触发事件而事件处理程序试图修改同一个集合添加或删除元素。解决在遍历前创建集合的副本。// 发布者代码 var handlers SomeEvent?.GetInvocationList(); // 获取调用列表副本 if (handlers ! null) { foreach (EventHandler handler in handlers) { handler(this, EventArgs.Empty); } } // 或者更简单在触发事件前 ToArray() var localHandlers SomeEvent; if (localHandlers ! null) { foreach (EventHandler handler in localHandlers.GetInvocationList()) { handler(this, EventArgs.Empty); } }问题4如何异步地触发事件事件处理程序默认是同步调用的。如果一个处理器耗时很长会阻塞所有后续处理器以及发布者线程。方案可以使用GetInvocationList获取所有处理器然后使用Task.Run或async/await来异步调用它们。但需要小心处理异常和上下文。public event EventHandlerMyEventArgs MyEvent; protected async virtual Task OnMyEventAsync(MyEventArgs e) { var handlers MyEvent?.GetInvocationList(); if (handlers ! null) { var tasks new ListTask(); foreach (EventHandlerMyEventArgs handler in handlers) { // 每个处理器在自己的Task中运行 tasks.Add(Task.Run(() handler(this, e))); } await Task.WhenAll(tasks).ConfigureAwait(false); } }注意这会改变事件处理的顺序和异常传播方式。通常对于UI事件保持同步调用更符合用户预期。问题5调试时如何查看一个事件有多少个订阅者在Visual Studio的调试器中展开事件变量查看其内部的_invocationList字段对于多播委托里面包含了所有订阅的方法目标Target和方法指针Method。这对于诊断内存泄漏意外的存活订阅非常有用。掌握委托和事件是成为合格C#开发者的必经之路。它们不仅仅是语法特性更是一种强大的设计思维。从理解委托作为“方法容器”开始到运用事件构建松耦合的系统再到注意内存泄漏和性能等高级话题每一步都需要在项目中反复实践和体会。当你开始习惯用事件来思考模块间的通信时你会发现你的代码变得更加清晰、灵活和易于测试。这或许就是C#这门语言在优雅设计上带给我们的最大馈赠之一。