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