基本信息

书名： *程序设计（第3版）
书号： 9787115275790
定价： 99.00
作者/编者： [美]Nicholas C. Zakas 著
出版社： 人民邮电出版社
出版时间： 2012年03月


内容简介

　　《*程序设计(第3版)》是*畅销书的*版。ECMAScript 5和HTML5在标准之争中双双胜出，使大量专有实现和客户端扩展正式进入规范，同时也为增添了很多适应未来发展的新特性。《*程序设计》这一版除增加5章全新内容外，其他章节也有较大幅度的增补和修订，新内容篇幅约占三分之一。全书从语言实现的各个组成部分——语言核心、DOM、BOM、事件模型讲起，深入浅出地探讨了面向对象编程、Ajax与Comet服务器端通信，HTML5表单、媒体、Canvas(包括WebGL)及Web Workers、地理定位、跨文档传递消息、客户端存储(包括IndexedDB)等新API，还介绍了离线应用和与维护、性能、部署相关的*开发实践。《*程序设计(第3版)》附录展望了未来的API和ECMAScript Harmony规范。　 　《*程序设计(第3版)》适合有*编程经验的Web应用开发人员阅读，也可作为高校及社会实用技术培训相关专业课程的教材。

编辑推荐

1995年，Brendan Eich创造了。

2005年，席卷全球的“Ajax热”激发了全世界Web开发人员学xi的热情。与此同时，本书第1版诞生。这一版的中文版狂销4万册，被誉为“*深度的经典”，奠定了其不可替代的*地位。2005年到2009年，前端开发社区在实践中充分检验了这门语言的各种实现和扩展，从被戏谑的“玩具语言”一跃成为软件业举足轻重的通用编程语言。2009年1月本书第2版应运而生，凝聚作者和社区*多年宝贵经验的这一技术名著再次得到读者认可和褒扬，中文版销量达到2万册。2009年到2011年，ECMAScript5和HTML5在标准之争中双双胜出，使大量专有实现和客户端扩展正式进入规范，同时也为这门语言增添了很多适应未来发展的新特性。2012年初本书第3版面世，中文版也紧随其后。第3版除增加5章全新内容外，其他章节也有较大幅度的增补和修订，新内容篇幅约占三分之一。

作为技术经典名著，《*程序设计（第3版）》承继了之前版本全面深入、贴近实战的特点，在详细讲解了语言的核心之后，条分缕析地为读者展示了现有规范及实现为开发Web应用提供的各种支持和特性。

 
目录

目　录

第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的关系 　　的不同版本 　　avaScript诞生于1995年。当时，它的主要目的是处理以前由服务器端语言（如Perl）负责的一些输入验证操作。在问世之前，必须把表单数据发送到服务器端才能确定用户是否没有填写某个必填域，是否输入了无效的值。NetscapeNavigator希望通过来解决这个问题。在人们普遍使用电话拔号上网的年代，能够在客户端完成一些基本的验证任务*是令人兴奋的。毕竟，拨号上网的速度之慢，导致了与服务器的每一次数据交换事实上都成了对人们耐心的一次考验。 　　自此以后，逐渐成为市面上常见浏览器*的一项特色功能。如今，的用途早已不再局限于简单的数据验证，而是具备了与浏览器窗口及其内容等几乎所有方面交互的能力。今天的已经成为一门功能全面的编程语言，能够处理复杂的计算和交互，拥有了闭包、匿名（lamda，拉姆达）函数，甚至元编程等特性。作为Web的一个重要组成部分，的重要性是不言而喻的，就连手机浏览器，甚至那些专为残障人士设计的浏览器等非常规浏览器都支持它。当然，微软的例子更为典型。虽然有自己的客户端脚本语言VBScript，但微软仍然在InternetExplorer的早期版本中加入了自己的实现 。 　　从一个简单的输入验证器发展成为一门强大的编程语言，*出乎人们的意料。应该说，它既是一门非常简单的语言，又是一门非常复杂的语言。说它简单，是因为学会使用它只需片刻功夫；而说它复杂，是因为要真正掌握它则需要数年时间。要想全面理解和掌握，关键在于弄清楚它的本质、历史和局限性。 　　1.1　简史

　　简介
　　本章内容
　　历史回顾
　　是什么
　　与ECMAScript的关系
　　的不同版本
　　avaScript诞生于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）负责“标准化一种通用、跨平台、供应商中立的脚本语言的语法和语义”（ 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兼容性
　　Netscape Navigator 2 — Opera 6～7.1 第2版
　　Netscape Navigator 3 — Opera 7.2 第3版
　　Netscape Navigator 4～4.05 — Safari 1～2.0.x 第3版*
　　Netscape Navigator 4.06～4.79 第1版 Safari 3.x 第3版
　　Netscape 6 （Mozilla 0.6.0 ） 第3版 Safari 4.x～5.x 第5版*
　　IE3 — Chrome 1 第3版
　　IE4 — Firefox 1～2 第3版
　　IE5 第1版 Firefox 3.0.x 第3版
　　IE5.5～IE7 第3版 Firefox 3.5～3.6 第5版*
　　IE8 第5版* Firefox 4.0 第5版
　　IE9 第5版
　　* 不*兼容的实现
　　1.2.2　文档对象模型（DOM）
　　文档对象模型（DOM，Document Object Model）是针对XML但经过扩展用于HTML的应用程序编程接口（API，Application Programming Interface）。DOM把整个页面映射为一个多层节点结构。HTML或XML页面中的每个组成部分都是某种类型的节点，这些节点又包含着不同类型的数据。看下面这个HTML页面：
　　Hello World!
　　在DOM中，这个页面可以通过见图1-2所示的分层节点图表示。
　　通过DOM创建的这个表示文档的树形图，开发人员获得了控制页面内容和结构的主动权。借助DOM提供的API，开发人员可以轻松自如地删除、添加、替换或修改任何节点。
　　1. 为什么要使用DOM
　　在Internet Explorer 4和Netscape Navigator 4分别支持的不同形式的DHTML（Dynamic HTML）基础上，开发人员*无需重新加载网页，就可以修改其外观和内容了。然而，DHTML在给Web技术发展带来巨大进步的同时，也带来了巨大的问题。由于Netscape和微软在开发DHTML方面各持己见，过去那个只编写一个HTML页面就能够在任何浏览器中运行的时代结束了。
　　对开发人员而言，如果想继续保持Web跨平台的天性，就必须额外多做一些工作。而人们真正担心的是，如果不对Netscapet和微软加以控制，Web开发领域就会出现技术上两强割据，浏览器互不兼容的局面。此时，负责制定Web通信标准的W3C（World Wide Web Consortium，万维网联盟）开始着手规划DOM。
　　图　1-2
　　2. DOM级别
　　DOM1级（DOM Level 1）于1998年10月成为W3C的推荐标准。DOM1级由两个模块组成：DOM核心（DOM Core）和DOM HTML。其中，DOM核心规定的是如何映射基于XML的文档结构，以便简化对文档中任意部分的访问和操作。DOM HTML模块则在DOM核心的基础上加以扩展，添加了针对HTML的对象和方法。
　　请读者注意，DOM并不只是针对的，很多别的语言也都实现了DOM。不过，在Web浏览器中，基于ECMAScript实现的DOM的确已经成为这门语言的一个重要组成部分。
　　如果说DOM1级的目标主要是映射文档的结构，那么DOM2级的目标就要宽泛多了。DOM2级在原来DOM的基础上又扩充了（DHTML一直都支持的）鼠标和用户界面事件、范围、遍历（迭代DOM文档的方法）等细分模块，而且通过对象接口增加了对CSS（Cascading Style Sheets，层叠样式表）的支持。DOM1级中的DOM核心模块也经过扩展开始支持XML命名空间。
　　DOM2级引入了下列新模块，也给出了众多新类型和新接口的定

显示*信息