模式

对“模式”的广义解释是“反复发生的事件或对象的固定用法…可以用来作为重复使用的模板或模型”（http://en.wikipedia.org/wiki/Pattern）。

在软件开发领域，模式是指常见问题的通用解决方案。模式不是简单的代码复制和粘贴，而是一种最佳实践，一种高级抽象，是解决某一类问题的范本。

学习这些模式非常重要，因为：

• 这些模式提供了经过论证的最佳实践，它可以帮助我们更好的编码，避免重复造轮子。
• 这些模式提供了高一层的抽象。一个时间段内大脑只能处理一定复杂度的逻辑，因此当你处理更繁琐棘手的问题时，使用模式可以帮你理清头绪，不会被低级的琐事阻碍大脑思考，因为所有的细枝末节都可以被归类和切分成不同的块（模式）。
• 这些模式为开发者和团队提供了沟通的渠道，团队开发者之间往往是异地协作，不会有经常面对面的沟通机会。简单的代码编写技巧和技术问题处理方式的约定（代码注释）可以使开发者之间的交流更加通畅。例如，说“即时函数”（immediate function）比说“你写好一个函数后，在函数的结束花括号的后面添加一对括号，这样能在定义函数结束后马上执行这个函数”要更容易表达和理解。

本书将着重讨论下面这三种模式：

• 设计模式（design patterns）
• 编码模式（coding patterns）
• 反模式（antipatterns）

“设计模式”最初的定义是来自于1994年出版的《设计模式：可复用面向对象软件基础》，作者是“GoF”（四人组，即四位作者）。书中列举了一些重要的设计模式，比如单例、工厂、装饰者、观察者等等。尽管设计模式是脱离某种特定的语言而存在的，但通常仍会以某种语言作为范例来讲解设计模式，这些语言多是强类型语言，比如C++和Java。有时直接将其应用于弱类型的动态语言比如JavaScript会显得毫无意义，因此适用于JavaScript的设计模式并不多。一般而言，设计模式都是基于语言的强类型特性以及基于类的继承发展而来，而对JavaScript来说则需要某种更简单的替代方案。在本书第七章将讨论基于 JavaScript实现的一些设计模式。

“编码模式”会更有趣一些，它们是JavaScript特有的模式和最佳实践，利用了这门语言独有的一些特性，比如对函数的灵活运用。JavaScript编码模式是本书所要讨论的重点内容。

本书中你会偶尔读到一点关于“反模式”的内容，顾名思义，反模式具有某些负作用甚至破坏性，书中会在讲到有关的话题时提出来。反模式并不是bug或代码错误，它只是一种处理问题的对策，但是这种对策带来的麻烦远超过他们解决的问题。在示例代码中我们会对反模式做明显的标注。