前言
事件驱动的编程变得流行之前，在程序内部进行通信的标准方法非常简单：如果一个组件想要向另外一个发送消息，只是显式地调用了那个组件上的方法。但是在 react 中用的却是事件驱动而不是调用。
事件的好处
这种方法能够使组件更加分离。在我们继续写程序时，会识别整个过程中的事件，在正确的时间触发它们，并为每个事件附加一个或多个事件监听器，这使得功能扩展变得更加容易。我们可以为特定事件添加更多的 listener，而不必修改现有的侦听器或触发事件的应用程序部分。我们所谈论的是观察者模式。
设计一个事件驱动的体系结构
对事件进行识别非常重要，我们不希望最终必须从系统中删除或替换现有事件，因为这可能会迫使我们删除或修改附加到事件上的众多侦听器。我的一般原则是仅在业务逻辑单元完成执行时才考虑触发事件。
假如你想在用户注册后发送一堆不同的电子邮件。注册过程本身可能会涉及许多复杂的步骤和查询，但从商业角度来看，这只是其中的一个步骤。每个要发送的电子邮件也是单独的步骤。因此，一旦注册完成马上就发布事件是很有意义的。于是我们附加了多个监听器，每个监听器负责发送一种类型的电子邮件。
Node的异步事件驱动架构具有一些被称为“emitters”的对象。它们发出命名事件，这些事件会调用被称为“listener”的函数。发出事件的所有对象都是 EventEmitter 类的实例。使用它，我们可以创建自己的事件：
一个例子
让我们使用内置的 events 模块（我建议你查看这个文档：https://nodejs.org/api/events…）以获取对 EventEmitter 的访问权限。
const EventEmitter = require('events');const myEmitter = new EventEmitter();
module.exports = myEmitter;
这是我们的服务器端程序的一部分，它负责接收HTTP请求，保存新用户并发出事件：
const myEmitter = require('./my_emitter');// Perform the registration steps
// Pass the new user object as the message passed through by this event.
myEmitter.emit('user-registered', user);
附加一个监听器的单独模块：
const myEmitter = require('./my_emitter');
