.　　　2.5.1　Interface类的使用场合
　　　2.5.2　Interface类的用法
　　　2.5.3　示例：使用Interface类
　　2.6　依赖于接口的设计模式
　　2.7　小结
　第3章　封装和信息隐藏
　　3.1　信息隐藏原则
　　　3.1.1　封装与信息隐藏
　　　3.1.2　接口扮演的角色
　　3.2　创建对象的基本模式
　　　3.2.1　门户大开型对象
　　　3.2.2　用命名规范区别私用成员
　　　3.2.3　作用域、嵌套函数和闭包
　　　3.2.4　用闭包实现私用成员
　　3.3　更多高级对象创建模式
　　　3.3.1　静态方法和属性
　　　3.3.2　常量
　　　3.3.3　单体和对象工厂
　　3.4　封装之利
　　3.5　封装之弊
　　3.6　小结
　第4章　继承
　　4.1　为什么需要继承
　　4.2　类式继承
　　　4.2.1　原型链
　　　4.2.2　extend函数
　　4.3　原型式继承
　　　4.3.1　对继承而来的成员的读和写的不对等性
　　　4.3.2　clone函数
　　4.4　类式继承和原型式继承的对比
　　4.5　继承与封装
　　4.6　掺元类
　　4.7　示例：就地编辑
　　　4.7.1　类式继承解决方案
　　　4.7.2　原型式继承解决方案
　　　4.7.3　掺元类解决方案
　　4.8　继承的适用场合
　　4.9　小结
　第5章　单体模式
　　5.1　单体的基本结构
　　5.2　划分命名空间
　　5.3　用作特定网页专用代码的包装器的单体
　　5.4　拥有私用成员的单体
　　　5.4.1　使用下划线表示法
　　　5.4.2　使用闭包
　　　5.4.3　两种技术的比较
　　5.5　惰性实例化
　　5.6　分支
　　5.7　示例：用分支技术创建XHR对象
　　5.8　单体模式的适用场合
　　5.9　单体模式之利
　　5.10　单体模式之弊
　　5.11　小结
　第3章　封装和信息隐藏
　第4章　继承
　第5章　单体模式
　第6章　方法的链式调用
第二部分　设计模式
　第7章　工厂模式
　第8章　桥接模式
　第9章　组合模式
　第10章　门面模式
　第11章　适配器模式
　第12章　装饰者模式
　第13章　享元模式
　第14章　代理模式
　第15章　观察者模式
　第16章　命令模式
　第17章　职责链模式
索引

.第二部分
第7章（工厂模式）讨论工厂模式。这种模式有助于消除那些彼此实例化对方的类之间的耦合，并改而用一个方法来确定要实例化哪个类。文中既讨论了另外用一个类（通常是一个单体）来生成实例的简单工厂模式，也讨论了用子类来确定一个成员对象应该是哪种具体类实例的较复杂的工厂模式。
第8章（桥接模式）讨论了一种既能把两个对象连接在一起，又能避免二者间的强耦合的方法。桥接元素把两个对象连接起来，同时又允许它们独立变化。文中演示了如何用桥接元素把函数松散地绑定到事件。这一章还创建了一个异步连接队列，用以示范桥接模式在保持代码的简洁性方面的作用。
第9章（组合模式）讨论了一种非常适合于创建Web上的动态用户界面的设计模式：组合模式。文中演示了如何使用这种模式来达到只用一条命令即可在许多对象上激发复杂或递归性的行为的目的，以及如何用它把一系列对象组织为复杂的层次体系（hierarchy）。文中还逐一说明了实现组合模式所必经的一系列步骤，并讨论了该模式的适用场合。
第10章（门面模式）讨论了一种用来为对象创建一个更完善的接口的方法。门面模式可以用来把现有接口转换为一个更便于使用的接口。文中解释了为什么大多数JavaScript库都是为这种语言在具体浏览器中的实现提供的一个门面。这一章也显示了如何用这种模式创建便利方法和事件工具库。
第11章（适配器模式）讨论了一种可以让现有接口楔合实际需要的模式。适配器也称包装器（wrapper），用来把不匹配的接口替换为一个可用于现有系统中的接口。文中探讨了如何用适配器弥合JavaScript库间的差异并简化从一种库过渡到另一种库的过程。其中考察了一个电子邮件API，并创建了一个有助于升级到新版本的适配器。
第12章（装饰者模式）讨论了一种可以为对象添加特性而又不必创建新的子类的方法。装饰者模式用于把对象透明地包装到另一种具有相同接口的对象中。这一章考察了装饰者的结构以及如何将其与工厂模式结合使用以自动创建内嵌对象。我们还创建了一个性能分析器，以示范如何用装饰者模式动态实现接口。
第13章（享元模式）讨论了另一种用于优化目的的模式：享元模式。文中示范了如何通过把大批独立对象转变为少量共享对象，从而大幅削减实现应用软件所需的对象数目。这一章还创建了一个Web日历和一个可重用的工具提示类，以示范如何按享元模式对类进行重构。
第14章（代理模式）讨论了可用于控制对对象的访问的代理模式。文中显示了如何为本体（real subject） 创建一个代理对象以作为其替身，并使其能被远程访问，还探讨了代理模式的种种用法，其中包括推迟对其创建需要耗用大量计算资源的类的实例化。这一章还创建了一个可用来推迟任何类的加载的通用类。
第15章（观察者模式）讨论了一种对对象的状态进行观察，并且当它发生变化时能得到通知的方法。观察者模式也称发布者—订阅者模式（publisher-subscriber pattern），用于让对象对事件进行监听以便对其作出响应。文中以报业为例说明了观察者模式的各种运作方式，还讨论了在使用一个动画库时可以订阅的各种事件。
第16章（命令模式）讨论了一种对方法调用进行封装的方式。借助命令模式，可以对方法调用进行参数化和传递，然后在需要的时候再加以执行。文中说明了这种模式的各种应用场合，其中包括创建用户界面——尤其是那种需要不受限制的取消操作的用户界面。这一章还讨论了命令模式的结构，并提供了几个示范其在JavaScript中的用法的实际例子。
第17章（职责链模式）讨论了用来消除请求的发送者和接收者之间的耦合的职责链模式。文中说明了在JavaScript中如何用这种模式处理事件的捕获和冒泡，如何创建弱耦合模块和优化事件监听器的绑定。
预备知识
为了使书中的代码示例更加清晰、目标更加明确，我们使用了一些便利函数来执行安装事件监听器、派生子类、处理Cookie、引用HTML元素等任务。我们没有使用YUI或jQuery等库所提供的类似功能，其目的在于避免让我们的代码依赖于其他库，以便读者可以将其与自己喜欢的任何库结合使用。各种主流JavaScript库都有与我们使用的函数相对应的函数。这些便利函数的完整代码可以从本书的网站http://jsdesignpatterns.com和Apress出版社的网站http://www.apress.com下载。下面是这些函数的简要说明。
$(id)，根据ID值获取HTML元素的引用。其参数可以是字符串，也可以是字符串的数组。
addEvent(obj, type, func)，把函数func作为元素obj的事件监听器。type表示该函数所要监听的事件。
addLoadEvent(func)，将函数func关联到window对象的load事件。
getElementsByClass(searchClass, node, tag)，获取所有class属性值为searchClass的元素的引用。node和tag这两个参数可有可无，它们可以用来缩小搜索范围。函数的返回值是一个数组。
insertAfter(parent, node, referenceNode)，插入元素node，其父元素为parent，其位置在referenceNode之后。
getCookie(name)，获取与名为name的Cookie相关联的字符串。
setCookie(name, value, expires, path, domain, secure)，把与名为name的Cookie相关联的字符串设置为value。除name和value外的其他参数均可有可无。
deleteCookie(name)，将名为name的Cookie的过期时间设置到过去。
clone(object)，创建object的一个副本。用于原型式继承。见第4章。
extend(subClass, superClass)，执行一些必要的工作，使subClass成为superClass的子类。见第4章。
augment(receivingClass, givingClass)，将givingClass中的方法输入receivingClass中。见第4章。
下载代码
本书的附属网站http://jsdesignpatterns.com和Apress出版社的网站http://www.apress.com都有zip文件格式的示例代码供下载。
联系作者
你可以通过dustin@jsdesignpatterns.com和ross@jsdesignpatterns.com与作者联系。
致谢
感谢认真负责的技术审稿人Simon Willison。要不是他，本书的准确性、实用性和趣味性都得大打折扣。他不厌其烦地为每一章提供了令人惊喜的反馈。
感谢那些在百忙之中抽空阅读本书草稿并提供意见和更正的同事和合作伙伴。Dave Marr和Ernest Delgado更是在排除打字错误、技术错误和病句方面发挥了重要作用。同时，也要感谢Lindsey Simon和Robert Otani，他们层出不穷的JavaScript幽默为我们提供了不少帮助。
感谢我们的朋友和家人。面对我们没完没了的有关写作和晦涩的技术细节的唠叨，他们总是很有耐心。他们的支持是我们前进的动力。
最后，真心感谢Apress出版社负责本书的工作人员Chris Mills、Tom Welsh、Dominic Shakeshaft、Richard Dal Porto，还有Jennifer Whipple，他们的耐心、毅力和善解人意尤其值得赞赏并且令人难忘。...