用面向对象的语言解释，这两者的意义如下：

事件发行者（Publisher）

它是一个对象，且会维护自身的状态信息。每当状态信息发生变动时，便触发一个事件，并通知所有的事件订阅者。对于杂志发行商来说，每本杂志都有自己的信息在里面，当杂志发行时，我要通知订阅该杂志的人：杂志已经发行啦，请注意查收！

事件接收者（Receiver）

这个对象要注册它感兴趣的对象，也就是订阅它自己喜欢的杂志啦。另外，这个对象通常要提供一个事件处理方法，在事件发行者触发一个事件后，会自动执行这个方法。对于上面所举的例子来说，也就是我收到杂志后要做什么事情，比如，你可以满世界地大喊：我收到杂志啦！也可以将杂志收藏起来慢慢欣赏，具体怎么实现完全取决你自己的喜好。

以下是.NET事件处理机制的模型：

下面给一个简单的例子，用以阐述事件的思想：

Code

在这个例子中，Employee类相当于一个事件发布者（Publisher），它定义了事件的相关信息，包括定义了一个事件用于计算薪水（OnSalaryCompute），以及一个触发事件的函数（FireEvent（）），为简单起见，本例没有加上事件参数。

与之相对应，HumanResource类则相当于一个事件订阅者（Subscriber），它定义了一个事件处理函数（SalaryHandler（）），并用＋＝将其与事件联系起来，从而使事件触发的时候能够调用我这个方法（在本例中也就是打印一行字啦）。值得注意的一点是，事件处理函数的方法签名要与代理的方法签名相同，这是非常重要的一点。

下面将这个例子改造一下，事件参数信息，用以完善事件机制。

Code

这个例子很有意思，它一秒钟自动触发事件一次，比上一个例子更能解释事件的机制，对吧？在这个例子中，我们要注意的一个地方就是事件处理函数的签名要和代理的签名一致