背景

去年下半年，我在微信书架里加入了许多技术书籍，各种类别的都有，断断续续的读了一部分。

没有计划的阅读，收效甚微。

新年伊始，我准备尝试一下其他方式，比如阅读周。每月抽出1~2个非连续周，完整阅读一本书籍。

这个“玩法”虽然常见且板正，但是有效，已经坚持阅读十个月。

已读完书籍：《架构简洁之道》、《深入浅出的Node.js》、《你不知道的JavaScript（上卷）》、《你不知道的JavaScript（中卷）》、《你不知道的JavaScript（下卷）》、《数据结构与算法JavaScript描述》、《WebKit技术内幕》、《前端架构：从入门到微前端》、《秒懂算法：用常识解读数据结构与算法》、《JavaScript权威指南》、《JavaScript异步编程设计快速响应的网络应用》。

当前阅读周书籍：《编写可测试的JavaScript代码》。

耦基于事件编程的好处

从核心上看，所有的应用程序都与消息传递有关。可能会发生紧耦合，因为代码需要到另一个对象的引用，以便可以给对象发送消息或接收消息。这些对象是全局的，通过函数参数传入或注入，或者进行局部初始化。上一章使用工厂可以让我们探索局部实例化的需求，我们仍然需要让对象局部可用，以便向其传递消息，这意味着，我们需要处理全局或注入的依赖项。全局的依赖关系是很危险的：系统的任何部分接触它们，都使得Bug很难跟踪；如果我们有同名或类似的局部变量，一不小心就会改变这些全局依赖；由于无处不在的特性，也会导致数据封装出错，使得调试非常困难。JavaScript全局变量的声明和使用很简单，并且宿主环境通常提供了多个全局变量（如全局作用域内的window对象）、全局函数和全局对象（如YUI对象，或jQuery的$对象）。这意味着，将变量保存到全局作用域内必须要小心，因为全局作用域内已经有很多全局对象了。

如果我们既不想局部实例化对象，又不想把其放在全局命名空间内，剩下的只能是使用注入了。然而注入并非灵丹妙药，因为我们必须要有setter函数，或更新构造函数以便处理注入，更重要的是，我们现在必须处理与工厂或依赖注入框架方面的问题。这是必须要维护和管理的，并且不特定于应用程序的样板代码。

回顾一下，依赖性问题的出现，是因为我们需要与应用程序内部或外部的其他代码进行交互。我们可能需要传参数给另一代码，也可能期望其他代码的返回结果，并且这段代码可能需要很长时间运行或返回结果。我们可能要等到这段代码执行完毕并返回结果后才继续，或继续执行而不关注它的运行。通常，这都是通过对其他对象的直接引用来实现的。有了这些引用，可以通过调用方法或设置属性的方式唤醒它们，然后得到其结果。

基于事件的编程提供了另外一种方式将信息传递给对象。事件本身的使用，与通过调用中间层的事件处理框架调用一个方法并没有太大的差别。我们仍然需要有一个对象的局部引用以便抛出事件，或者监听传入的事件。

有趣的是，JavaScript语言并没有正式支持事件和回调，从以往来看，语言只提供了称为第一类对象的函数。这允许JavaScript抛弃Java中基于接口模型的事件监听器，这种监听器内处处都得是对象，从而产生很多非常笨拙的语法。浏览器中DOM提供的事件模型，提供了基于事件的JavaScript编程核心，紧接着的是Node.js利用回调方法实现的异步编程方式。

总结

基于事件的编程都可以归结为两个主要部分：调用和返回。将调用转换为参数化的事件，并返回到一个参数化的回调。要求局部引用时，在抽象层面上执行这些调用并返回，使得我们不必有局部引用，就可以与其他代码进行交互。

作者介绍
非职业「传道授业解惑」的开发者叶一一。
《趣学前端》、《CSS畅想》等系列作者。华夏美食、国漫、古风重度爱好者，刑侦、无限流小说初级玩家。
如果看完文章有所收获，欢迎点赞👍 | 收藏⭐️ | 留言📝。