除了语法和操作属性之外，还有语义上的差异。

从概念上讲，委托是函数模板;也就是说，它们表达了一个函数必须遵守的契约，以便被认为是委托的“类型”。

事件代表……嗯,事件。它们的目的是在发生事情时提醒某人，是的，它们遵循委托定义，但它们不是同一件事。

即使它们是完全相同的东西(在语法上和IL代码中)，仍然会存在语义差异。一般来说，我更喜欢对两个不同的概念使用两个不同的名称，即使它们以相同的方式实现(这并不意味着我喜欢使用两次相同的代码)。

您还可以在接口声明中使用事件，但委托则不是这样。

除了语法和操作属性之外，还有语义上的差异。

从概念上讲，委托是函数模板;也就是说，它们表达了一个函数必须遵守的契约，以便被认为是委托的“类型”。

事件代表……嗯,事件。它们的目的是在发生事情时提醒某人，是的，它们遵循委托定义，但它们不是同一件事。

即使它们是完全相同的东西(在语法上和IL代码中)，仍然会存在语义差异。一般来说，我更喜欢对两个不同的概念使用两个不同的名称，即使它们以相同的方式实现(这并不意味着我喜欢使用两次相同的代码)。

活动和代表之间的误解太大了!!委托指定TYPE(例如类或接口)，而事件只是一种成员(例如字段、属性等)。并且，就像任何其他类型的成员一样，事件也有类型。然而，在事件的情况下，事件的类型必须由委托指定。例如，不能声明由接口定义的类型的事件。

最后，我们可以做以下观察:事件的类型必须由委托定义。这是事件和委托之间的主要关系，在第二节中描述。18定义ECMA-335 (CLI)分区I到VI的事件:

在典型用法中，TypeSpec(如果存在)标识一个签名与传递给事件的fire方法的参数匹配的委托。

However, this fact does NOT imply that an event uses a backing delegate field. In truth, an event may use a backing field of any different data structure type of your choice. If you implement an event explicitly in C#, you are free to choose the way you store the event handlers (note that event handlers are instances of the type of the event, which in turn is mandatorily a delegate type---from the previous Observation). But, you can store those event handlers (which are delegate instances) in a data structure such as a List or a Dictionary or any other else, or even in a backing delegate field. But don’t forget that it is NOT mandatory that you use a delegate field.

Delegate是一个类型安全的函数指针。事件是使用委托的发布者-订阅者设计模式的实现。

Event声明在委托实例上添加了一层抽象和保护。此保护可防止委托的客户端重置委托及其调用列表，并且仅允许从调用列表中添加或删除目标。