We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
前言：Javascript 是一门灵活的编程语言，吸引着全世界的程序员为其构建整个生态，在 Github 语言使用榜单上，JS 一直是名列前茅。如此热门的一门语言，它自身的演化又是如何的呢？今天我们就来聊一聊，JS 的演进之路。我们会聊到 JS 与 ES 的关系，ES 规范、规范的制订过程等。最后，希望大家能够通过本篇文章了解到 ECMAScript 的一些知识。
首先我们要了解到的是，ECMAScript 它是一套语言规范，即 ECMA-262 规范，制订该规范的组织叫 TC39。 它和 Javascript 的关系，通俗的讲，ECMAScript 就好像是自行车的基础构造，而 Javascript 则是使用了该基础构造的一个品牌产品，好比摩拜和 ofo，本质都是自行车，都是用了自行车的构造，有两个轮子，脚踏板，链子，刹车，龙头等，但是他们品牌不同，附加的装备也不同，比如车锁、车铃等。语言界和 Javascript 使用同样规范的有 ActionScript、JScript 和现在非常火的 NodeJS 等。
Javascript 除了 ECMAScript 提供的语法、API 和关键字等之外，还包括了宿主环境提供的 DOM 和 BOM，诸如 window 对象、XMLHttpRequest 对象、navigator 对象等。
谈到 ES 的版本，可能很多人都知道 ES 6 发布了，改名叫做 ES 2015。今年是 ES 2017 版本发布，在今年 6 月份。那么，ES 的版本是如何迭代的？版本号为何要改成年份呢？带着这两个问题，我们一起往下看。
首先，之前的名称如 ES5，这里的 5 代表的是 ECMA 262 规范的修订版本号，可以理解为第 5 版。即使现在都叫做 ES 201X，我们还是可以以这个数字作为版本号继续使用，ES 7、ES 8、ES 9...ES N。
接下来我们看下 ES 规范各个版本的发布时间：
这个表格上我们看到，ES3 到 ES5 之间间隔了 10年，而且有一个版本难产而死，并没有正式发布，那就是 ES4。这是为什么呢？ 这是因为，在那个 10 年之初，IE6 作为浏览器王者，一统天下，之后的 IE7，IE8 都没有带来 IE6 如此的辉煌成就。IE6 当时的盛行，导致了浏览器演进趋于停止，这也就导致浏览器使用的脚本引擎一直停滞，即使开发新的规范，没有浏览器厂商的支持，就形同于一纸空文。ES4 当时希望能解决语言方面的诸多问题，class、namespace、package 等等。但是既没有大厂支持也没有社区的支持（写 JS 的同学大多数觉得这么搞太复杂太不“灵活”），这就最终导致 ES4 规范被取消（其中也有一些不和谐的政治因素）。
时间推移，在 Chrome 诞生后，采用了新的解析引擎 V8 ，成功瓜分了浏览器市场份额，浏览器大战终于再次打响（第一次是网景和微软之间，微软完胜）。各浏览器厂商为了争取更多的用户和开发者，开始争相实现新规范，进行性能竞赛。FireFox、Chrome、Safari 等也都出了各自的新特性实施版本，如果你是开发者，可以下载这些版本体验下最新的提案内容（文章最后有链接）。
09 年诞生的 ES5，其实只是 ES3.1 版本，当初 ES 4 在推进过程中停滞不前，微软和 Yahoo 的代表就干脆另起了一份 ES3.1 规范。规范内容相较 ES4 是相对保守的。
09 年之后，到 15 年，ES6 终于面世了，这其中隔了 6 年时间主要是因为 ES6 增加了很多新功能和新语法。ES6 可以称得上是一次大的版本迭代。这其实是有风险的，委员会成员也各自表达了对这种大版本迭代形式的担忧，大家都不希望再次看到一个 “ES4 事件” 出现。所以以后的 ES 规范会每年一版，并且改名以年份作为版本号。ES6 改名叫 ES 2015，以后每年的版本依次类推。迭代的内容则是将当年 1 月份进入 Stage 4 的提案 Merge 到规范中作为当年版本的新规范。如果一个提案在当年 1 月份还没进入 Satge 4，那么就后延至下一年的版本。
目前来看，每年一个版本增加的内容并不多，ES7 仅增加了几个新内容，ES8 增加了比较重要 async await 函数。对于开发者来说，学习成本还是很低的，比学习某些框架的成本低多了。
每个规范在成为规范之前，都是委员会里的一个提案。每个提案都需要走一个处理流程，称为 TC39 process。流程共分 Stage 0 到 Stage 4，5 个阶段。最终进入 Satge 4 的提案即会成为下一个版本的规范。
我们这里看下 Satge 0 到 Stage 4 阶段都代表什么：
*** Stage 0: strawman ***
自由形式提案，表述提案包含的 ECMAScript 演变思路，由 TC39 成员（member）或已注册成为 TC39 贡献者（contributor）的非会员提交。再由 TC39 会议审查后，将提案添加到 Satge 0 阶段。
*** Stage 1: proposal ***
正式提案，此时需要为提案指定一名 TC39 成员作为提案的带头人（champion）或联合带头人（co-champion）。进入第一阶段的提案要满足：
接下来，TC39 通过接受第一阶段的建议，声明其愿意审议，讨论并对该提案作出贡献。之后，预计将对该提案进行重大修改。
*** Stage 2: draft ***
这是提案作为规范的第一个版本，与最终规范中包含的特性不会有太大差别。这一阶段要求提案必须：
满足这些条件后，提案才能正式进入第二阶段。
接下来，提案只能进行增量的修改。
*** Stage 3: candidate ***
进入这一阶段的提案已经属于基本完成了的。进入这一阶段需要满足的条件有：
接下来，只能在实施及使用过程中引起的关键问题上作出变更。
*** Stage 4: finished ***
进入这一阶段标志着提案已经准备好纳入标准。在提案进入这一阶段之前，需要满足的条件有：
仅就当前看来，ES 规范很大程度上会考虑旧网页兼容性，换句话说，就是你写老代码，也依旧能行。比如在 ES 7 中新增了一个数组对象的方法，本来叫做 contains，用于返回数组中是否包含参数的值，可以说是十分贴切。但是由于老牌的脚本库 mootools 下会产生报错，所以提案最后将 contains 换成了 includes。还有如 typeof null 返回的值是 object，这些奇怪的问题也依旧在最新的规范版本中。
但是，那么多人辛苦制定的规范，是真的没什么用吗？那他们为何还要煞费苦心的指定新规范呢？
我们接下来看看，如果你不学习最新的规范，你会错过什么呢？
比如 ES6 的 Modules，它是静态的模块，可以提供静态分析，进而使用 Tree Sharking 技术可以起到为打包瘦身的效果。再比如使用 for of 可以直接遍历对象的值等等。
ES 8 加入了 async 和 await 规范（当然，你可能很早之前就用过了），它比 callback、Promise 或者 generator 都要让人更容易使用，也更容易读懂代码，是相当好的处理异步的方式。还有比如使用 let、const 定义变量，不会产生变量提升效果。
console.log(a); // 'undefined' a = 1; var a = 2; console.log(b); // Uncaught ReferenceError: a is not defined b = 1; let b = 2;
还有使用 Set 数据结构可以得到无重复项的数组等等。
那么我只学习最新规范是否就可以不学习老的一套的了呢？其实要这样理解新规范，每一版本的规范，并不是将老规范的推倒重来，可能之后有一天，所有的新规范可以覆盖 ES3 中所有内容了，那么你那时就可以不用再学习 ES3 了，但是目前来看，你或多或少还是要学习一些“老”的内容。
面试中基本上都会问新规范，但从面试技巧上讲，可能并不会那么直接的发问一些纯知识型的问题，比如:
你能告诉我一下 ES 7 中 Array 对象新增了哪些方法，又是怎么用的呢？
这种问题就比较无聊，而且容易使候选人产生一种 “我看一眼就知道了呀” 的抗拒心理。所以一般面试官会以场景出题，可能是这么问：
现在有一个巨大的数组，你有哪些方法可以告诉我，如何判断一个数字都否在该数组中？
这样问，候选人如果知道新规范的实现方法，那肯定是有加分的。
还有比如会问：
我们的 Node 项目中有特别多的异步请求，比如有一个请求需要在前置的请求完成之后发送，你能否帮我设计一下代码思路？
这个时候你会想到什么样的答案呢？
如果业务工作量很大，没那么多时间的话，建议半年或者一年学习一次最新规范，可以订阅一些业界名人的博客、论坛等。如果时间比较充裕，可以通过看 TC39 的 proposals 页面，了解到委员会最新的一些提案。
https://github.com/tc39/proposals
光看了文档，也需要有实现最新提案的浏览器，可以使用厂商推出的新规范实施版本进行尝试：
firefox nightly: https://www.mozilla.org/en-US/firefox/channel/desktop/#nightly chrome canary: https://google-chrome-canary.en.softonic.com/ Safari Technology Preview: https://developer.apple.com/safari/download/
前端在 09 年之后，随着 ES5、NodeJS 的出现，发生了翻天覆地的变化。我们开发工具从 DW、notepad++ 换到了 Sublime、VS Code，我们发布过程加入了基于 grunt、gulp、webpack 等的工作流，我们样式书写也从简单的配置文件到 OO 编程，而最大的变化，莫过于我们所写的 JS。从 ES3 到 ES5，再到 ES2015，至今已经是 ES2017，我们有理由相信，ES 的未来是美好的。
2016 年，JS 语言高居 Github 项目使用语言第一名。
The text was updated successfully, but these errors were encountered:
No branches or pull requests
ECMAScript 相关知识略述
前言：Javascript 是一门灵活的编程语言，吸引着全世界的程序员为其构建整个生态，在 Github 语言使用榜单上，JS 一直是名列前茅。如此热门的一门语言，它自身的演化又是如何的呢？今天我们就来聊一聊，JS 的演进之路。我们会聊到 JS 与 ES 的关系，ES 规范、规范的制订过程等。最后，希望大家能够通过本篇文章了解到 ECMAScript 的一些知识。
ECMAScript 与 Javascript
ECMAScript 与 Javascript 是什么关系？这个可能是很多非前端行业的人都很好奇的一个问题，这里我们先来解答一下。
首先我们要了解到的是，ECMAScript 它是一套语言规范，即 ECMA-262 规范，制订该规范的组织叫 TC39。
它和 Javascript 的关系，通俗的讲，ECMAScript 就好像是自行车的基础构造，而 Javascript 则是使用了该基础构造的一个品牌产品，好比摩拜和 ofo，本质都是自行车，都是用了自行车的构造，有两个轮子，脚踏板，链子，刹车，龙头等，但是他们品牌不同，附加的装备也不同，比如车锁、车铃等。语言界和 Javascript 使用同样规范的有 ActionScript、JScript 和现在非常火的 NodeJS 等。
Javascript 除了 ECMAScript 提供的语法、API 和关键字等之外，还包括了宿主环境提供的 DOM 和 BOM，诸如 window 对象、XMLHttpRequest 对象、navigator 对象等。
这里也解答了一个问题，当你需要查看 DOM\BOM 相关的 API 时，不应翻 ECMA 262 规范，最好是去浏览器的官网上找 API 说明。
ECMAScript 的版本
谈到 ES 的版本，可能很多人都知道 ES 6 发布了，改名叫做 ES 2015。今年是 ES 2017 版本发布，在今年 6 月份。那么，ES 的版本是如何迭代的？版本号为何要改成年份呢？带着这两个问题，我们一起往下看。
首先，之前的名称如 ES5，这里的 5 代表的是 ECMA 262 规范的修订版本号，可以理解为第 5 版。即使现在都叫做 ES 201X，我们还是可以以这个数字作为版本号继续使用，ES 7、ES 8、ES 9...ES N。
接下来我们看下 ES 规范各个版本的发布时间：
这个表格上我们看到，ES3 到 ES5 之间间隔了 10年，而且有一个版本难产而死，并没有正式发布，那就是 ES4。这是为什么呢？
这是因为，在那个 10 年之初，IE6 作为浏览器王者，一统天下，之后的 IE7，IE8 都没有带来 IE6 如此的辉煌成就。IE6 当时的盛行，导致了浏览器演进趋于停止，这也就导致浏览器使用的脚本引擎一直停滞，即使开发新的规范，没有浏览器厂商的支持，就形同于一纸空文。ES4 当时希望能解决语言方面的诸多问题，class、namespace、package 等等。但是既没有大厂支持也没有社区的支持（写 JS 的同学大多数觉得这么搞太复杂太不“灵活”），这就最终导致 ES4 规范被取消（其中也有一些不和谐的政治因素）。
时间推移，在 Chrome 诞生后，采用了新的解析引擎 V8 ，成功瓜分了浏览器市场份额，浏览器大战终于再次打响（第一次是网景和微软之间，微软完胜）。各浏览器厂商为了争取更多的用户和开发者，开始争相实现新规范，进行性能竞赛。FireFox、Chrome、Safari 等也都出了各自的新特性实施版本，如果你是开发者，可以下载这些版本体验下最新的提案内容（文章最后有链接）。
09 年诞生的 ES5，其实只是 ES3.1 版本，当初 ES 4 在推进过程中停滞不前，微软和 Yahoo 的代表就干脆另起了一份 ES3.1 规范。规范内容相较 ES4 是相对保守的。
09 年之后，到 15 年，ES6 终于面世了，这其中隔了 6 年时间主要是因为 ES6 增加了很多新功能和新语法。ES6 可以称得上是一次大的版本迭代。这其实是有风险的，委员会成员也各自表达了对这种大版本迭代形式的担忧，大家都不希望再次看到一个 “ES4 事件” 出现。所以以后的 ES 规范会每年一版，并且改名以年份作为版本号。ES6 改名叫 ES 2015，以后每年的版本依次类推。迭代的内容则是将当年 1 月份进入 Stage 4 的提案 Merge 到规范中作为当年版本的新规范。如果一个提案在当年 1 月份还没进入 Satge 4，那么就后延至下一年的版本。
目前来看，每年一个版本增加的内容并不多，ES7 仅增加了几个新内容，ES8 增加了比较重要 async await 函数。对于开发者来说，学习成本还是很低的，比学习某些框架的成本低多了。
ES 规范与提案阶段
每个规范在成为规范之前，都是委员会里的一个提案。每个提案都需要走一个处理流程，称为 TC39 process。流程共分 Stage 0 到 Stage 4，5 个阶段。最终进入 Satge 4 的提案即会成为下一个版本的规范。
我们这里看下 Satge 0 到 Stage 4 阶段都代表什么：
*** Stage 0: strawman ***
自由形式提案，表述提案包含的 ECMAScript 演变思路，由 TC39 成员（member）或已注册成为 TC39 贡献者（contributor）的非会员提交。再由 TC39 会议审查后，将提案添加到 Satge 0 阶段。
*** Stage 1: proposal ***
正式提案，此时需要为提案指定一名 TC39 成员作为提案的带头人（champion）或联合带头人（co-champion）。进入第一阶段的提案要满足：
接下来，TC39 通过接受第一阶段的建议，声明其愿意审议，讨论并对该提案作出贡献。之后，预计将对该提案进行重大修改。
*** Stage 2: draft ***
这是提案作为规范的第一个版本，与最终规范中包含的特性不会有太大差别。这一阶段要求提案必须：
满足这些条件后，提案才能正式进入第二阶段。
接下来，提案只能进行增量的修改。
*** Stage 3: candidate ***
进入这一阶段的提案已经属于基本完成了的。进入这一阶段需要满足的条件有：
接下来，只能在实施及使用过程中引起的关键问题上作出变更。
*** Stage 4: finished ***
进入这一阶段标志着提案已经准备好纳入标准。在提案进入这一阶段之前，需要满足的条件有：
是不是一定要学习 ES 201X 规范？
仅就当前看来，ES 规范很大程度上会考虑旧网页兼容性，换句话说，就是你写老代码，也依旧能行。比如在 ES 7 中新增了一个数组对象的方法，本来叫做 contains，用于返回数组中是否包含参数的值，可以说是十分贴切。但是由于老牌的脚本库 mootools 下会产生报错，所以提案最后将 contains 换成了 includes。还有如 typeof null 返回的值是 object，这些奇怪的问题也依旧在最新的规范版本中。
但是，那么多人辛苦制定的规范，是真的没什么用吗？那他们为何还要煞费苦心的指定新规范呢？
我们接下来看看，如果你不学习最新的规范，你会错过什么呢？
比如 ES6 的 Modules，它是静态的模块，可以提供静态分析，进而使用 Tree Sharking 技术可以起到为打包瘦身的效果。再比如使用 for of 可以直接遍历对象的值等等。
ES 8 加入了 async 和 await 规范（当然，你可能很早之前就用过了），它比 callback、Promise 或者 generator 都要让人更容易使用，也更容易读懂代码，是相当好的处理异步的方式。还有比如使用 let、const 定义变量，不会产生变量提升效果。
还有使用 Set 数据结构可以得到无重复项的数组等等。
那么我只学习最新规范是否就可以不学习老的一套的了呢？其实要这样理解新规范，每一版本的规范，并不是将老规范的推倒重来，可能之后有一天，所有的新规范可以覆盖 ES3 中所有内容了，那么你那时就可以不用再学习 ES3 了，但是目前来看，你或多或少还是要学习一些“老”的内容。
大厂面试会不会问 ES 新规范
面试中基本上都会问新规范，但从面试技巧上讲，可能并不会那么直接的发问一些纯知识型的问题，比如:
这种问题就比较无聊，而且容易使候选人产生一种 “我看一眼就知道了呀” 的抗拒心理。所以一般面试官会以场景出题，可能是这么问：
这样问，候选人如果知道新规范的实现方法，那肯定是有加分的。
还有比如会问：
这个时候你会想到什么样的答案呢？
我该如何学习 ES 最新规范
如果业务工作量很大，没那么多时间的话，建议半年或者一年学习一次最新规范，可以订阅一些业界名人的博客、论坛等。如果时间比较充裕，可以通过看 TC39 的 proposals 页面，了解到委员会最新的一些提案。
光看了文档，也需要有实现最新提案的浏览器，可以使用厂商推出的新规范实施版本进行尝试：
firefox nightly: https://www.mozilla.org/en-US/firefox/channel/desktop/#nightly
chrome canary: https://google-chrome-canary.en.softonic.com/
Safari Technology Preview: https://developer.apple.com/safari/download/
最后
前端在 09 年之后，随着 ES5、NodeJS 的出现，发生了翻天覆地的变化。我们开发工具从 DW、notepad++ 换到了 Sublime、VS Code，我们发布过程加入了基于 grunt、gulp、webpack 等的工作流，我们样式书写也从简单的配置文件到 OO 编程，而最大的变化，莫过于我们所写的 JS。从 ES3 到 ES5，再到 ES2015，至今已经是 ES2017，我们有理由相信，ES 的未来是美好的。
2016 年，JS 语言高居 Github 项目使用语言第一名。
The text was updated successfully, but these errors were encountered: