中译英翻译软件件英文es58。com?

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,也可获得相应奖励积分。文章开头的
是一个翻译优质互联网技术文章的社区,文章来源为 上的英文分享文章。内容覆盖 、、、、、、、等领域,想要查看更多优质译文请持续关注 、、。

我要回帖

更多关于 中译英翻译软件 的文章

 

随机推荐