Node.js中使用事件发射器模式实现事件绑定详解_node.js
在Node里，很多对象都会发射事件。比如，一个TCP服务器，每当有客户端请求连接就会发射“connect”事件，又比如，每当读取一整块数据，文件系统就会发射一个“data”事件。这些对象在Node里被称为事件发射器（event emitter）。事件发射器允许程序员订阅他们感兴趣的事件，并将回调函数绑定到相关的事件上，这样每当事件发射器发射事件时回调函数就会被调用。发布/订阅模式非常类似传统的GUI模式，比如按钮被点击时程序就会收到相应的通知。使用这种模式，服务端程序可以在一些事件发生时作出反应，比如有客户端连接，socket上有可用数据，或者文件被关闭的时候。
还可以创建自己的事件发射器，事实上，Node专门提供了一个EventEmitter伪类，可以把它当作基类来创建自己的事件发射器。
理解回调模式
异步编程不使用函数返回值来表明函数调用的结束，而是采用后继传递风格。
“后继传递风格”（CPS：Continuation-passing style）是一种编程风格，流程控制被显式传递给下一步操作……
CPS风格的函数会接受一个函数作为额外参数，这个函数用来显式指出程序控制的下个流程，当CPS函数计算出它的“返回值”，它就会调用那个代表了程序下个流程的函数，并将CPS函数的“返回值”作为其参数。
出自维基百科——http://en.wikipedia.org/wiki/Continuation-passing_style
这种编程风格里，每个函数在执行结束后都会调用一个回调函数，这样程序就可以继续运行。后面你会明白，JavaScript非常适合这种编程风格，下面是个Node下将文件加载到内存的例子：
var fs = require('fs');
fs.readFile('/etc/passwd', function(err, fileContent) {
if (err) {
throw err;
}
console.log('file content', fileContent.toString());
});
这个例子里，你传递了一个内联匿名函数作为fs.readFile的第二个参数，其实这就是在使用CPS编程，因为你把程序执行的后续流程交给了那个回调函数。
如你所见，回调函数的第一个参数是个错误对象，如果程序发生错误，这个参数将会是一个Error类的实例，这是Node里CPS编程的一个常见模式。
理解事件发射器模式
标准回调模式里，把一个函数作为参数传递给将被执行的函数，这种模式在客户端需要在函数完成后被通知的场景下工作的很好。但是如果函数的执行过程中发生了多个事件或事件重复发生了多次，这种模式就不太适合了。比如，你想在socket每次收到可用数据时得到通知，这种场景你会发现标准回调模式不太好用，这时事件发射器模式就派上用场了，你可以用一套标准接口来清晰的分离事件发生器和事件监听器。
使用事件发生器模式时，会涉及到两个或多个对象——事件发射器和一个或多个事件监听器。
事件发射器，顾名思义，是个可以产生事件的对象。而事件监听器则是绑定到事件发射器上的代码，用来监听特定类型的事件，就像下面的例子：
var req = http.request(options, function(response) {
response.on("data", function(data) {
console.log("some data from the response", data);
});
response.on("end", function() {
console.log("response ended");
});
});
req.end();
这段代码演示了用Node的 http.request API（见后面章节）创建一个HTTP请求来访问远程HTTP服务器时的两个必要步骤。第一行采用了“后继传递风格”（CPS：Continuation-passing style），传递了一个当HTTP响应时会被调用的内联函数。HTTP请求API在这儿使用CPS是因为程序需要在http.request函数执行完毕后才继续执行后续操作。
当http.request执行完毕，就会调用那个匿名回调函数，然后将HTTP响应对象作为参数传递给它，这个HTTP响应对象是个事件发射器，根据Node文档，它可以发射包括data，end在内的很多事件，你注册的那些回调函数会在每次事件发生时被调用。
作为一条经验，当你需要在请求的操作完成后重新获取执行权时使用CPS模式，以及当事件可以发生多次时使用事件发射器模式。
理解事件类型
