编辑

　　1995年，Brendan Eich创造了。

　　2005年，席卷的“Ajax热”激发了全世界Web开发人员学习的热情。与此同时，本书第1版诞生。这一版的中文版狂销4万册，被誉为“深度的经典”。
　　2005年到2009年，前端开发社区在实践中充分检验了这门语言的各种实现和扩展，从被戏谑的“玩具语言”一跃成为软件业举足轻重的通用编程语言。2009年1月本书第2版应运而生，凝聚作者和社区专家多年宝贵经验的这一技术名著再次得到读者认可和褒扬，中文版销量达到2万册。
　　2009年到2011年，ECMAScript5和HTML5在标准之争中双双胜出，使大量专有实现和客户端扩展正式进入规范，同时也为这门语言增添了很多适应未来发展的新特性。2012年初本书第3版面世，中文版也紧随其后。第3版除增加5章全新内容外，其他章节也有较大幅度的增补和修订，新内容篇幅约占三分之一。
　　作为技术经典名著，《程序设计（第3版）》承继了之前版本全面深入、贴近实战的特点，在详细讲解了语言的核心之后，条分缕析地为读者展示了现有规范及实现为开发Web应用提供的各种支持和特性。
　　《程序设计（第3版）》主要内容包括：
　　对实现各个组成部分的详尽解读；
　　对面向对象编程的全方位阐述；
　　对DOM、BOM及浏览器事件模型的透彻剖析；
　　Web应用基本数据格式JSON、XML及其存取；
　　Ajax、Comet服务器端通信和基于File API的拖放式文件上传；
　　HTML5涵盖的表单、媒体、Canvas（包括WebGL）；
　　离线应用及客户端存储（包括IndexedDB）；
　　新兴API及ECMAScript Harmony展望。

内容简介

　　作为技术经典名著，《程序设计（第3版）》承继了之前版本全面深入、贴近实战的特点，在详细讲解了语言的核心之后，条分缕析地为读者展示了现有规范及实现为开发Web应用提供的各种支持和特性。
　　《程序设计（第3版）》主要内容包括：
　　对实现各个组成部分的详尽解读；
　　对面向对象编程的全方位阐述；
　　对DOM、BOM及浏览器事件模型的透彻剖析；
　　Web应用基本数据格式JSON、XML及其存取；
　　Ajax、Comet服务器端通信和基于File API的拖放式文件上传；
　　ECMAScript 5定义的新核心语言特性；
　　HTML5涵盖的表单、媒体、Canvas（包括WebGL）；
　　Selectors、Web? Workers、地理定位及跨文档传递消息等新API；
　　离线应用及客户端存储（包括IndexedDB）；
　　维护、性能、部署相关的开发实践；
　　新兴API及ECMAScript Harmony展望。
　　《程序设计（第3版）》适合有一定编程经验的Web应用开发人员阅读，也可作为高校及社会实用技术培训相关课程的教材。

作者简介

　　Nicholas C. Zakas（尼古拉斯·泽卡斯），Web技术专家，现为雅虎公司界面呈现架构师，负责My Yahoo!和雅虎首页等大访问量站点的设计。尼古拉斯拥有丰富的Web开发和界面设计经验，曾经参与许多大公司的Web解决方案开发。他还是High Performance 一书的作者，并与他人合作撰写了Professional Ajax和Even Faster Web Sites。尼古拉斯拥有梅里马克学院计算机科学学士学位和埃迪柯特学院的MBA学位。他的Twitter别名是@slicknet。

目录

目　录

第1章　简介　1

1.1　简史　1

1.2　实现　2

1.2.1　ECMAScript　3

1.2.2　文档对象模型(DOM)　5

1.2.3　浏览器对象模型(BOM)　8

1.3　版本　8

1.4　小结　9

第2章　在HTML中使用　10

2.1　

精彩书摘

　　简介
　　本章内容
　　历史回顾
　　是什么
　　与ECMAScript的关系
　　的不同版本
　　诞生于1995年。当时，它的主要目的是处理以前由服务器端语言（如Perl）负责的一些输入验证操作。在问世之前，必须把表单数据发送到服务器端才能确定用户是否没有填写某个必填域，是否输入了无效的值。Netscape Navigator希望通过来解决这个问题。在人们普遍使用电话拔号上网的年代，能够在客户端完成一些基本的验证任务是令人兴奋的。毕竟，拨号上网的速度之慢，导致了与服务器的每一次数据交换事实上都成了对人们耐心的一次考验。
　　自此以后，逐渐成为市面上常见浏览器的一项特色功能。如今，的用途早已不再局限于简单的数据验证，而是具备了与浏览器窗口及其内容等几乎所有方面交互的能力。的已经成为一门功能全面的编程语言，能够处理复杂的计算和交互，拥有了闭包、匿名（lamda，拉姆达）函数，甚至元编程等特性。作为Web的一个重要组成部分，的重要性是不言而喻的，就连手机浏览器，甚至那些专为残障人士设计的浏览器等非常规浏览器都支持它。当然，微软的例子更为典型。虽然有自己的客户端脚本语言VBScript，但微软仍然在Internet Explorer的早期版本中加入了自己的实现 。
　　从一个简单的输入验证器发展成为一门强大的编程语言，完全出乎人们的意料。应该说，它既是一门非常简单的语言，又是一门非常复杂的语言。说它简单，是因为学会使用它只需片刻功夫；而说它复杂，是因为要真正掌握它则需要数年时间。要想全面理解和掌握，关键在于弄清楚它的本质、历史和局限性。
　　1.1　简史
　　在Web日益流行的同时，人们对客户端脚本语言的需求也越来越强烈。那个时候，绝大多数因特网用户都使用速度仅为28.8kbit/s的“猫”（调制解调器）上网，但网页的大小和复杂性却不断增加。为完成简单的表单验证而频繁地与服务器交换数据只会加重用户的负担。想象一下：用户填写完一个表单，单击“提交”按钮，然后等待30秒钟，终服务器返回消息说有一个必填字段没有填好……当时走在技术革新前沿的Netscape公司，决定着手开发一种客户端语言，用来处理这种简单的验证。
　　当时就职于Netscape公司的布兰登艾奇（Brendan Eich），开始着手为计划于1995年2月发布的Netscape Navigator 2开发一种名为LiveScript的脚本语言——该语言将同时在浏览器和服务器中使用（它在服务器上的名字叫LiveWire）。为了赶在发布日期前完成LiveScript的开发，Netscape与Sun公司建立了一个开发联盟。在Netscape Navigator 2正式发布前夕，Netscape为了搭上媒体热炒Java的顺风车，临时把LiveScript改名为。
　　由于 1.0获得了巨大成功，Netscape随即在Netscape Navigator 3中又发布了 1.1。Web虽然羽翼未丰，但用户关注度却屡创新高。在这样的背景下，Netscape把自己定位为市场型公司。与此同时，微软决定向与Navigator竞争的自家产品Internet Explorer浏览器投入更多资源。Netscape Navigator 3发布后不久，微软就在其Internet Explorer 3中加入了名为JScript的实现（命名为JScript是为了避开与Netscape有关的授权问题）。以现在的眼光来看，微软1996年8月为进入Web浏览器领域而实施的这个重大举措，是导致Netscape日后蒙羞的一个标志性事件。然而，这个重大举措同时也标志着作为一门语言，其开发向前迈进了一大步。
　　微软推出其实现意味着有了3个不同的版本：Netscape Navigator中的、Internet Explorer中的Jscript和ScriptEase中的CEnvi。与C及其他编程语言不同，当时还没有标准规定的语法和特性，3个不同版本并存的局面已经完全暴露了这个问题。随着业界担心的日益加剧，的标准化问题被提上了议事日程。
　　1997年，以 1.1为蓝本的建议被提交给了欧洲计算机制造商协会（Ecma，European Computer Manufacturers Association）。该协会指定39号技术委员会（TC39，Technical Committee #39）负责“标准化一种通用、跨平台、供应商中立的脚本语言的语法和语义”（http：//www.ecma international.org/memento/TC39.htm）。TC39由来自Netscape、Sun、微软、Borland及其他关注脚本语言发展的公司的程序员组成，他们经过数月的努力完成了ECMA-262——定义一种名为ECMAScript（发音为“ek-ma-script”）的新脚本语言的标准。
　　第二年，ISO/IEC（International Organization for Standardization and International Electrotechnical Commission，国标标准化组织和电工委员会）也采用了ECMAScript作为标准（即ISO/IEC-16262）。自此以后，浏览器开发商就开始致力于将ECMAScript作为各自实现的基础，也在不同程度上取得了成功。
　　1.2　实现
　　虽然和ECMAScript通常都被人们用来表达相同的含义，但的含义却比ECMA-262中规定的要多得多。没错，一个完整的实现应该由下列三个不同的部分组成（见图1-1）。
　　核心（ECMAScript）
　　文档对象模型（DOM）
　　浏览器对象模型（BOM）
　　1.2.1　ECMAScript
　　由ECMA-262定义的ECMAScript与Web浏览器没有依赖关系。实际上，这门语言本身并不包含输入和输出定义。ECMA-262定义的只是这门语言的基础，而在此基础之上可以构建更完善的脚本语言。我们常见的Web浏览器只是ECMAScript实现可能的宿主环境之一。宿主环境不仅提供基本的ECMAScript实现，同时也会提供该语言的扩展，以便语言与环境之间对接交互。而这些扩展——如DOM，则利用ECMAScript的核心类型和语法提供更多更具体的功能，以便实现针对环境的操作。前面介绍过的Node以及众所周知的Adobe Flash也都是宿主环境。
　　既然ECMA-262标准没有参照Web浏览器，那它都规定了些什么内容呢？大致说来，它规定了这门语言的下列组成部分：
　　语法
　　类型
　　语句
　　关键字
　　保留字
　　操作符
　　对象
　　ECMAScript就是对实现该标准规定的各个方面内容的语言的描述。实现了ECMAScript，Adobe ActionScript同样也实现了ECMAScript。
　　1. ECMAScript的版本
　　ECMAScript的不同版本又称为版次，以第x版表示（意即描述特定实现的ECMA-262规范的第x个版本）。ECMA-262的近一版是第5版，发布于2009年。而ECMA-262的第1版本质上与Netscape的 1.1相同——只不过删除了所有针对浏览器的代码并作了一些较小的改动：ECMA-262要求支持Unicode标准（从而支持多语言开发），而且对象也变成了平台无关的（Netscape 1.1的对象在不同平台中的实现不一样，例如Date对象）。这也是 1.1和1.2与ECMA-262第1版不一致的主要原因。
　　ECMA-262第2版主要是编辑加工的结果。这一版中内容的更新是为了与ISO/IEC-16262保持严格一致，没有作任何新增、修改或删节处理。因此，一般不使用第2版来衡量ECMAScript实现的兼容性。
　　ECMA-262第3版才是对该标准次真正的修改。修改的内容涉及字符串处理、定义和数值输出。这一版还新增了对正则表达式、新控制语句、try-catch异常处理的支持，并围绕标准的化做出了一些小的修改。从各方面综合来看，第3版标志着ECMAScript成为了一门真正的编程语言。
　　ECMA-262第4版对这门语言进行了一次全面的检核修订。由于在Web上日益流行，开发人员纷纷建议修订ECMAScript，以使其能够满足不断增长的Web开发需求。作为回应，ECMA TC39重新召集相关人员共同谋划这门语言的未来。结果，出台后的标准几乎在第3版基础上完全定义了一门新语言。第4版不仅包含了强类型变量、新语句和新数据结构、真正的类和经典继承，还定义了与数据交互的新方式。
　　与此同时，TC39下属的一个小组也提出了一个名为ECMAScript 3.1的替代性建议，该建议只对这门语言进行了较少的改进。这个小组认为第4版给这门语言带来的跨越太大了。因此，该小组建议对这门语言进行小幅修订，能够在现有引擎基础上实现。终，ES3.1附属委员会获得的支持超过了TC39，ECMAS-262第4版在正式发布前被放弃。
　　ECMAScript 3.1成为ECMA-262第5版，并于2009年12月3日正式发布。第5版力求澄清第3版中已知的歧义并增添了新的功能。新功能包括原生JSON对象（用于解析和序列化JSON数据）、继承的方法和属性定义，另外还包含一种严格模式，对ECMAScript引擎解释和执行代码进行了补充说明。
　　2. 什么是ECMAScript兼容
　　ECMA-262给出了ECMAScript兼容的定义。要想成为ECMAScript的实现，则该实现必须做到：
　　支持ECMA-262描述的所有“类型、值、对象、属性、函数以及程序句法和语义”（ECMA-262第1页）；
　　支持Unicode字符标准。
　　此外，兼容的实现还可以进行下列扩展。
　　添加ECMA-262没有描述的“更多类型、值、对象、属性和函数”。ECMA-262所说的这些新增特性，主要是指该标准中没有规定的新对象和对象的新属性。
　　支持ECMA-262没有定义的“程序和正则表达式语法”。（也就是说，可以修改和扩展内置的正则表达式语法。）
　　上述要求为兼容实现的开发人员基于ECMAScript开发一门新语言提供了广阔的空间和极大的灵活性，这也从另一个侧面说明了ECMAScript受开发人员欢迎的原因。
　　3. Web浏览器对ECMAScript的支持
　　1996年，Netscape Navigator 3捆绑发布了 1.1。而相同的 1.1设计规范随后作为对新标准（ECMA-262）的建议被提交给Ecma。伴随着的迅速走红，Netscape豪情满怀地着手开发 1.2。然而，问题是Ecma当时还没有接受Netscape的建议。
　　Netscape Navigator 3发布后不久，微软也推出了Internet Explorer 3。微软在IE的这一版中捆绑了JScript 1.0，很多人都认为JScript 1.0与 1.1应该是一样的。但是，由于没有文档依据，加之不适当的特性模仿，JScript 1.0还是很难与 1.1相提并论。
　　1997年，内置 1.2的Netscape Navigator 4发布；而到这一年年底，ECMA-262第1版也被接受并实现了标准化。结果，虽然ECMAScript被认为是基于 1.1制定的，但 1.2与ECMAScript的第1版并不兼容。
　　JScript的升级版是Internet Explorer 4中内置的JScript 3.0（随同微软IIS 3.0发布的JScript 2.0从来也没有移植到浏览器中）。微软通过媒体大肆宣传JScript 3.0是世界上个ECMA兼容的脚本语言，但当时的ECMA-262尚未定稿。于是，JScript 3.0与 1.2都遭遇了相同的尴尬局面——谁都没有按照终的ECMAScript标准来实现。
　　Netscape决定更新其实现，即在Netscape Navigator 4.06中发布 1.3，从而做到了与ECMA-262的个版本完全兼容。在 1.3中，Netscape增加了对Unicode标准的支持，并在保留 1.2新增特性的同时实现了所有对象的平台中立化。
　　在Netscape以Mozilla项目的名义开放其源代码时，预期 1.4将随同Netscape Navigator 5一道发布。然而，一个激进的决定，彻底重新设计Netscape代码，打乱了原有计划。后来， 1.4只发布了针对Netscape Enterprise Server的服务器版，而没有内置于Web浏览器中。
　　到了2008年，五大主流Web浏览器（IE、Firefox、Safari、Chrome和Opera）全部做到了与ECMA-262兼容。IE8是个着手实现ECMA-262第5版的浏览器，并在IE9中提供了完整的支持。Firefox 4也紧随其后做到兼容。下表列出了ECMAScript受主流Web浏览器支持的情况。
　　浏 览 器 ECMAScript兼容性 浏 览 器 ECMAScript兼容性