探索为什么一些特定的设计模式比其他的代码更适合你的项目

JavaScript 设计模式精讲系列

写出可维护的代码的一个最重要的方面就是在代码中能够注意到重复出现的主题并对其进行优化。设计模式的知识领域是无价的。

设计模式可以追溯到早期的一名叫Christopher Alexander的建筑师。他经常会发表一些他在处理设计问题时的经验和如何与建筑和城镇相联系的。有一天，当Alexander使用了一次又一次后，他发现某些设计结构会导致做出的效果是最好的。

在Sara Ishikawa和Murray Silverstein的协作下，Alexander发明了一种可以帮助授权任何人去设计和构建希望的任何规模的模式语言。这在1977年的一篇名为"A Pattern Language"的论文中发表，在后来作为一本完整的精装书发表。

大约30年前，软件工程师开始将Alexander曾写过的原理并入第一版的设计模式，这是一个用来对那些想要改善他们编码技巧的新手开发者的一个指南。要注意，这时设计模式背后的概念实际上已经在编程行业成立以来就有了，虽然不是那么正式的形式。

第一个也是最标志性的关于软件工程的设计模式的正式作品是在1995年一本叫

Design Patterns: Elements Of Reusable Object-Oriented Software

的书中发表，这是Erich Gamma, Richard Helm, Ralph Johnson和 John Vlissides - 一群被称为Gang of Four(简称GoF)的人写的。

GoF的出版物被认为是非常有助于推动设计模式的概念在我们的领域发展的，因为它描述了大量的开发技术和缺陷，而且还有在今天的世界中大量使用的23个核心的面向对象的设计模式。我们将详细地在"设计模式分类"这一篇中介绍这些模式。

目的	设计模式	可变的方面
创建	Abstract Factory Builder Factory Method Prototype Singleton	产品对象家族如何创建一个组合对象被实例化的子类被实例化的类一个类的唯一实例
结构	Adapter Bridge Composite Decorator Facade Flyweight Proxy	对象的接口对象的实现一个类的结构和组成对象的职责，不产生子类一个子系统的接口对象的存储开销如何访问一个对象；该对象的位置
行为	Chain of Responsibility Command Interpreter Iterator Mediator Memento Observer State Strategy Template Method Visitor	满足一个请求的对象何时、怎么样满足一个请求一个语言的文法以及解释如何遍历、访问一个聚合的各元素对象间怎么样交互、和谁交互一个对象中哪些私有信息存放在该对象之外，以及在什么时候进行存储多个对象依赖于另外一个对象，而这个对象如何保持一致对象的状态算法算法中的某些步骤某些可做用于一个对象上的操作，但不修改这个对象的类

一个模式就是一个可重用的方案，可应用于在软件设计中的常见问题 - 在我们的例子里 - 就是编写JavaScript的web应用程序。模式的另一种解释就是一个我们如何解决问题的模板 - 那些可以在许多不同的情况里使用的模板。那么理解和熟悉模式为什么是如此的重要？设计模式有以下三点好处：

我们认为不满足准则的模式原型不值得学习，这可以得到谅解，然而，事实远不是这样的。许多模式原型确实非常的好。我不是说所有的模式原型都值得看，不过总有几个在自然环境下成长的有用的模式原型可以在未来的项目中帮到我们。从心底里使用上面列表来做最佳评判的话，你在选择哪个是模式的过程中将感觉非常愉快。

模式是否有效的附加要求之一是模式要展示某些重现现象。这个就是至少在三个关键方面，也就是三条规则验证是否取得资格经常要做的事情。为了展示使用这个规则后的重现，模式必须证明其：

在js设计模式系列解读的系列性文章中，我们将看到一些流行的JavaScript设计模式，并探索为什么一些特定的模式比其他的更适合你的项目

我们下一篇《JavaScript 设计模式的分类》见