参见:h[url]ttp://www.infoq.com/cn/news/2009/12/ecmascript5[/url]
ECMAScript 5也即众所周知的JavaScript正式发布了(pdf),在给基本库带来更新的同时,还引入了更加严格的运行时模型,来帮助定位并移除通常的代码错误。
而早期对于ECMAScript 4的标准化工作基本就算是失败了;只有Adobe的ActionScript是基于建议的变化的。ECMA甚至都没有发布一个版本4的规范,因为不同的组织对于发展的进度并不满意;就这样,也没有浏览器来支持它了。
在过去的几年,随着JavaScript引擎的大力改善,比如Nitro和TraceMonkey,JavaScript已经极具性能,以Google Wave为代表的在线协作应用可以证明这一点。甚至还有伴随GWT 2.0发布的Google Chrome扩展Speed Tracer,来帮助优化JavaScript应用的性能。
从这点上来讲,ECMAScript 5旨在和当前的ECMAScript 3版本保持向后兼容(以寻求在不同浏览器上更快速的采用),并对开发者提供了更加严格的限制来避免通常的编码陷阱。
[b]严格模式[/b]
严格模式的引入,目的在于避免ECMAScript应用中通常的代码问题。这是通过在单元(脚本或函数)上指定一句话来达到的:
"use strict;"
这句话不会对已有的运行时产生什么影响,但版本是5的新运行时就会为整个脚本(如果这句话定义在脚本开头)或者单个函数(如果定义在函数的开头)打开严格模式。这样就允许计划中的既有代码对严格模式和非严格模式的混合使用。那么,严格模式意味着什么呢?
[list]
[*]变量在使用前必须声明。换句话说,i=3这下就是个运行时错误了;需要var i=3(如果i在做作用域里面没有定义过)
[*]eval变成保留字,而从eval引入的新变量不再有效,因此eval("var i=3"); print(i);现在会抛出错误。
[*]不再使用八进制;所以010就是十,不再是八。
[*]如果configurable被设置成false,delete就不能使用在参数、函数、变量或者其他属性上。
[*]一般会带来错误的with语句,将不再使用,会被认为是语法错误。
[*]函数不再能使用具有相同名称的重复参数。
[*]对象不再能使用具有相同名称的重复属性。
[*]arguments和caller变量不再可变。
[*]对全局对象的访问将会是运行时错误。
[/list]
[b]库扩展[/b]
基本库中的其他扩展包括:
[list]
[*]Date现在可以支持生成ISO8601格式的日期(比如20091209T12:34:56Z),并可以解析。
[*]String现在有内建的trim()方法
[*]新添JSON对象包括parse和stringify方法来支持JSON数据的高效生成;就像eval,但在减少代码时不会带来安全影响。另外,不仅仅可以使用RFC 4627中的JSONObject和JSONArray,还可以使用JSONValue。(RFC 4627把JSON-Text限制成一个对象或者数组)
[*]新添bind内建方法,就跟Prototype的bind方法的语义一样。
[*]数组现在可以支持indexOf(),map(),filter()和reduce()。
[*]对象现在有seal()方法(防止添加新的属性和删除既有属性)和freeze()方法(使得所有属性变成只读,同时防止新添属性或删除属性)
[*]Object.keys()可以列出所有能列举的对象属性。
[*]Object.getOwnPropertyNames()可以列出所有能列举和不能列举的属性。
[*]Object.getPrototypeof()可以得到指定对象的prototype属性。
[/list]
[b]总结[/b]
新增的标准JSON对象解析机制和严格模式将会让开发者受益良多,使得转化成Prototype和其他扩展库需要的更小型库成为可能。从JSON流解析出ISO日期现在要变得比以前方便很多,而且看起来会成为将来日期表示事实上的标准。最后,因为这次是向后兼容的,并从Prototype这样既有库获得灵感,开发者和web浏览器很有可能在不久将来会为JavaScript带来新的特性。
[b]浏览器支持[/b]
具体参见:[url]http://kangax.github.com/es5-compat-table/[/url] 反证IE6~IE8 都大部分不支持,所以基本还是未来的东西。
ECMAScript 5也即众所周知的JavaScript正式发布了(pdf),在给基本库带来更新的同时,还引入了更加严格的运行时模型,来帮助定位并移除通常的代码错误。
而早期对于ECMAScript 4的标准化工作基本就算是失败了;只有Adobe的ActionScript是基于建议的变化的。ECMA甚至都没有发布一个版本4的规范,因为不同的组织对于发展的进度并不满意;就这样,也没有浏览器来支持它了。
在过去的几年,随着JavaScript引擎的大力改善,比如Nitro和TraceMonkey,JavaScript已经极具性能,以Google Wave为代表的在线协作应用可以证明这一点。甚至还有伴随GWT 2.0发布的Google Chrome扩展Speed Tracer,来帮助优化JavaScript应用的性能。
从这点上来讲,ECMAScript 5旨在和当前的ECMAScript 3版本保持向后兼容(以寻求在不同浏览器上更快速的采用),并对开发者提供了更加严格的限制来避免通常的编码陷阱。
[b]严格模式[/b]
严格模式的引入,目的在于避免ECMAScript应用中通常的代码问题。这是通过在单元(脚本或函数)上指定一句话来达到的:
"use strict;"
这句话不会对已有的运行时产生什么影响,但版本是5的新运行时就会为整个脚本(如果这句话定义在脚本开头)或者单个函数(如果定义在函数的开头)打开严格模式。这样就允许计划中的既有代码对严格模式和非严格模式的混合使用。那么,严格模式意味着什么呢?
[list]
[*]变量在使用前必须声明。换句话说,i=3这下就是个运行时错误了;需要var i=3(如果i在做作用域里面没有定义过)
[*]eval变成保留字,而从eval引入的新变量不再有效,因此eval("var i=3"); print(i);现在会抛出错误。
[*]不再使用八进制;所以010就是十,不再是八。
[*]如果configurable被设置成false,delete就不能使用在参数、函数、变量或者其他属性上。
[*]一般会带来错误的with语句,将不再使用,会被认为是语法错误。
[*]函数不再能使用具有相同名称的重复参数。
[*]对象不再能使用具有相同名称的重复属性。
[*]arguments和caller变量不再可变。
[*]对全局对象的访问将会是运行时错误。
[/list]
[b]库扩展[/b]
基本库中的其他扩展包括:
[list]
[*]Date现在可以支持生成ISO8601格式的日期(比如20091209T12:34:56Z),并可以解析。
[*]String现在有内建的trim()方法
[*]新添JSON对象包括parse和stringify方法来支持JSON数据的高效生成;就像eval,但在减少代码时不会带来安全影响。另外,不仅仅可以使用RFC 4627中的JSONObject和JSONArray,还可以使用JSONValue。(RFC 4627把JSON-Text限制成一个对象或者数组)
[*]新添bind内建方法,就跟Prototype的bind方法的语义一样。
[*]数组现在可以支持indexOf(),map(),filter()和reduce()。
[*]对象现在有seal()方法(防止添加新的属性和删除既有属性)和freeze()方法(使得所有属性变成只读,同时防止新添属性或删除属性)
[*]Object.keys()可以列出所有能列举的对象属性。
[*]Object.getOwnPropertyNames()可以列出所有能列举和不能列举的属性。
[*]Object.getPrototypeof()可以得到指定对象的prototype属性。
[/list]
[b]总结[/b]
新增的标准JSON对象解析机制和严格模式将会让开发者受益良多,使得转化成Prototype和其他扩展库需要的更小型库成为可能。从JSON流解析出ISO日期现在要变得比以前方便很多,而且看起来会成为将来日期表示事实上的标准。最后,因为这次是向后兼容的,并从Prototype这样既有库获得灵感,开发者和web浏览器很有可能在不久将来会为JavaScript带来新的特性。
[b]浏览器支持[/b]
具体参见:[url]http://kangax.github.com/es5-compat-table/[/url] 反证IE6~IE8 都大部分不支持,所以基本还是未来的东西。