Effective C# Item 22: Define Outgoing Interface With Events

事件为我们的类型定义了对外的接口。事件是通过委托来提供类型安全的函数签名。由于大部分情况下我们使用委托的例子都是事件，这使得我们容易将二者混为一谈。在Item 21中，我们举了不定义事件的委托的例子。当我们的类型在系统中必须与多个客户程序进行信息交互时，我们应考虑当使用事件。

我们来考虑一个简单的例子。我们创建一个日志类来调度应用程序中的所有消息。它会接受应用程序资源的所有消息并将其调度给感兴趣的监听者。这个监听者可能是控制台，数据库，系统日志或者其它的什么机制。我们可以像下面这样定义这个类，创建一个事件来处理消息。

Effective C# Item 22: Define Outgoing Interface With Events

public class LoggerEventArgs : EventArgs
}

我定义了LoggerEventArgs来保存事件的优先级和消息。委托为特定事件的句柄定义了签名。在Logger类内部声明的事件字段定义了事件的句柄。编译器可以识别这些public的事件定义并自动为我们生成add和remove操作符。生成的代码和我们下面所示的代码是相同的：

public class Logger
}

C#编译器会自动为我们的public事件添加add和remove。这种声明方法更加简洁，易于理解和掌握，而且更为准确。当我们在类中创建事件时，应当将事件声明为public让编译器为我们生成add和remove属性。当然如果我们需要为其添加一些额外的条件约束的话，也可以手工来完成这些操作。

事件不关心任何潜在的监听者。下面这个类示例将所有消息发送至输出标准错误信息的控制台：

class ConsoleLogger
}

而下例中的类将消息输出到系统事件日志：

class EventLogger
}

一旦某些特定的情况发生，事件处理会通知所有感兴趣的客户端。Logger类不需要提前了解任何对此事件感兴趣的对象信息。

Logger类只包含唯一的一个事件。但是有些类包含了大量的事件(例如大部分的窗体控件)。在这种情况下，为每个事件单独创建一个事件字段的做法就有些欠妥，通常在应用程序中每次只有一少部分事件会被确实的使用。当我们遇到这种情况时，我们可以修改创建事件的方法，使其在运行阶段动态生成这些事件对象。

这个Logger类的扩展版本包含了一个System.ComponentModel.EventHandlerList容器来储存所有可能被唤起的事件对象。新版本的AddMsg()方法通过一个string型的参数来辨别子系统需要处理的消息。一旦子系统有任何的监听者，那么这个对应的事件将被唤起。

public class Logger
}

这个新的例子将所有的事件句柄存储在EventHandlerList集合中。当一个新的事件对象被创建后，对于来自于同一个子系统的后续请求将返回同一个事件对象。如果我们开发一个包含大量事件的类，你应当考虑使用事件句柄集合来处理。在.Net Framework中，System.Windows.Forms.Control类使用一种更加复杂的实现方法来对应复杂的事件字段。每个事件字段内部包含一个对象集合来添加和移除特定的句柄。

      当我们在接口中为类定义事件时，我们应当明白任何客户端程序都可以将句柄关联到上面来。那些客户端程序并不需要了解编译时的状态。使用C#中的事件可以消除发送者和可能接收者之间的耦合关系。发送者可以被开发成与接收者无关的模式。事件是消息传递的一种标准的模式。

      译自 Effective C#:50 Specific Ways to Improve Your C#                      Bill Wagner著

      回到目录