JavaScript 1.8绝对包含许多新功能.它目前仅受Firefox 3.x(以及其他Mozilla派生的JavaScript执行环境)的支持.
标准方面,ECMAScript 4已经走上了一条坎坷的道路,现在已被正式放弃,因此自1999年ECMAScript第3版以来,还没有新的JavaScript 标准.维基百科关于ECMAScript未来的页面增加了一些您可能感兴趣的细节.
Brendan Eich (JavaScript的创建者)和Douglas Crockford最近在YUICONF 2009上进行了几次会谈,讨论语言的当前状态,ECMAScript 5,开发过程以及未来改进语言的努力:
Ecmascript 5将于12月投票.它可能会被批准.
Ecmascript 5是道格拉斯·克罗克福德多年来提出的一系列改进,结合原型库中的一些内容,以及ecmascript 5之后的下一版本的一些好的元编程基础(当前的努力是代号为ecmascript的和谐)
此外,还有一种称为"use strict"的模式,可以在脚本级别设置,也可以为删除要删除的旧功能的单个函数设置,以使语言更安全.任务是所有未来的脚本都应该使用"严格"模式编写.ecmascript的未来版本将建立在严格模式之上,并完全删除该语言的旧功能.
哦,它还有一个基于crockford的json2.js内置的JSON编码器/解码器.原生JSON编码器/解码器已经在safari 4,firefox 3.5和ie8中可用
语言本身相对稳定.它将继续获得新功能,但总的来说,需要在广泛的[足够]支持下引入此类更改,以及对使用/平台隐含的各种要求(例如安全性和隐私要求)将继续语言本身的演变而不是旋转,慢慢而不是快速.
然而,就性能而言,语言的实现应该继续改进很多 ; 如果您不同意,请看主要商业或开源玩家之间的健康竞争.
除了适当的语言及其实现之外,我认为更重要的趋势是使用该语言.一个被浮现的概念是"Javascript作为新的汇编代码".这意味着就像大多数程序员不会定期查看汇编代码一样,而是依赖于编译器来转换更高抽象级别的语言,几个"javascript框架"和库,例如GWT,dojo,Ext JS或JQuery等将扮演编译器的角色,让程序员专注于更高层次的细节.
即使一手写javascript程序,这些程序通常也会被压缩,混淆,并且通常以不提供友好读取的形式进行优化(当一个不幸的灵魂需要在该级别调试事物时).
| 归档时间： |
|
| 查看次数： |
386 次 |
| 最近记录： |