JavaScript 的起源以及这些年的发展情况

编写。十年后的今天，这个断言相比之前更加可信了。JavaScript 的应用范围不断扩大。

的闻稿中首次发布。它有着非同寻常的命名历史：首先由创造者命名为 Mocha，接着被重命名为 LiveScript。1996 年，在发布大约一年之后，NetScape 希望能够蹭蹭 Java 社区的热度（虽然 JavaScript 与 Java 毫无关系），因此决定再将其重命名为 JavaScript，并发布了支持 JavaScript

版标准规范在 1997 年发布，同时该语言也被标准化了。在首次发布之后，ECMAScript 的标准化工作持续进行，不久之后，发布了两个新的版本：1998 年的 ECMAScript 2 和 1999 年的 ECMAScript 3。

1999 年发布 ES3 之后，官方标准出现了十年的沉寂，这期间没有任何变化。第 4 版标准起初有一些进展，部分被讨论的特性有类、模块、静态类型、解构等等。它本来定在 2008 年发布，但是由于关于语言复杂度的不同政治意见而被废弃。但是，浏览器厂商不停引入语言的扩展，这让开发者大伤脑筋 —— 他们只能添加 polyfill 来解决不同浏览器之间的兼容性问题。

Google、Microsoft、Yahoo 和其余 ES4 的争论者最终走到了一起，决定在 ES3 之上创造一个小范围的更新，并暂时命名为 ES3.1。但是整个团队仍旧关于 ES4 该包含什么内容而争论不休。终于，在 2009 年，ES5 发布了，主要修复了兼容性和安全问题等。但是它并没有翻起多大浪花 —— 经过了数年时间后浏览器厂商才完全遵循了相关标准，许多开发者在不知道 “现代” 标准的情况下依旧使用 ES3。

在 ES5 发布数年之后，事情开始有了转机。TC39（ECMA 国际之下负责 ECMAScript 标准化的委员会）持续进行下一版本的标准化的工作，该版本的 ECMAScript（ES6）起初命名为 ES Harmony，在最终发布时被命名为 ES2015。ES2015 添加了许多重要的特性和语法糖以便于编写复杂的程序。部分 ES6

浏览器对 ES6 的支持依旧十分有限，但是开发者只需要编写 ES6 代码并将其转译至 ES5，就可以使用 ES6 的所有特性。随着第 6 版 ECMAScript 的发布，TC39 决定以每年更新的模式来发布 ECMAScript 的更新，这样新特性就可以在通过时尽快地加入标准，不需要等待完整的规范起草和通过 —— 因此第 6 版 ECMAScript 在 2015 年 6

• 在函数参数定义和函数调用中使用尾后逗号

自从 ES6 发布后， 极大提高了他们的效率。 现在 TC39 以 Github 组织的形式运行，在上面有许多关于下一版的 ECMAScript 新特性和语法的。任何人都可以，因此开发者社区可以更多地参与进来。在正式形成规范前，每个提议都会经过。

这差不多就是全部内容了，欢迎在评论区留下你的反馈。以下是原始语言规范的链接：、 和 。

1. 译者注：本文写于 2017 年，所以十年前是 2007 年。
2. 译者注：技术层面的分歧以及商业政治都是 ES4 失败的原因，知乎上曾经有过相关的。
3. 译者注：Web 开发中，polyfill 指用于实现浏览器并不支持的原生 API 的代码。
4. 译者注：Harmony 有和谐，协调的意思。
5. 译者注：如果你感兴趣，可以使用学习这些特性。

如果发现译文存在错误或其他需要改进的地方，欢迎到 对译文进行修改并 PR，也可获得相应奖励积分。文章开头的

---

是一个翻译优质互联网技术文章的社区，文章来源为 上的英文分享文章。内容覆盖 、、、、、、、等领域，想要查看更多优质译文请持续关注 、、。