你不知道的JavaScript（ES6与之将来）

你不知道的JS（下卷）ES6与之将来

第一章：ES的今与明

在你想深刻这本书以前，你应该对（在读此书时）JavaScript的最近标准掌握熟练，也就是ES5（专业来讲是ES 5.1）。在此，咱们决定全方面地谈论关于将近的 ES6，同时预见JS将会怎样发展。

若是你对JavaScript不够自信，我极力推荐你先读一读本系列的其余话题：

• 入门与进阶：你是编程和JS的菜鸟吗？这部分是在你开始学习征途是须要的线路图。

• 做用域与闭包：你知道JS的词法做用域是基于编译器（不是解释器）语义的吗？你能解释闭包是如何成为词法做用域和函数做为值的直接结果的吗？

• this与对象原型：你能列举this绑定的四个简单原则吗？你可曾在JS中用伪造“类”，而不是采起更简单的“行为委托”设计模式？你听过 连接到其余对象的对象（结链对象） （OOLO）吗？

• 类型与语法：你了解过JS中的内置类型吗？更关键是，你知道如何在类型之间正确且不出错地使用强制转换吗？你还对JS语法/句法的毫厘之差感到心安吗？

• 异步与性能：你还在使用回调函数处理你的异步性？你能说明promise是什么而且为什么/如何解决了“回调地狱”的吗？你知道如何使用generator来提高异步代码的易读性吗？究竟是什么构成了成熟优异的JS程序和独立操做？

若是你已经读过了这些话题而且对它们涵盖的内容了然于胸，那此刻就让咱们深刻JS的进化过程来探索已初露端倪和更远的变化。

与ES5不一样，ES6不只仅往JavaScript这门语言添加一套新API。它包含了大量的新的语法形式，其中的一些你可能会花上点时间才能适应。还有几种新的组织形式以及为各类数据类型添加的新API helper方法。

对这门语言来讲ES6十分激进。就算你自觉得懂得ES5，ES6也尽是 你还未知晓 新东西，那就准备好！这本书囊括了ES6中你须要当即掌握的重要主题，更有甚者是能预见你应该能意识到将来方向。

警告： 本书中的全部代码都模拟在ES6及以上的环境中运行。此次编写，不一样的浏览器和JS环境（好比Node.js）对ES6的支持可能不一样，由此你经历可能会丰富多样。

版本

JavaScript标准官方名为“ECMAScript”（缩写为“ES”），而且直到最近才彻底采用序列数来表示版本（例如，“5”表明“第五版”）。

最先的版本，ES1和ES2，并不广为人知晓和使用。ES3是JavaScript第一次普遍传播的开端，而且构成了像IE6-8和早前的Android 2.x移动浏览器的JavaScript标准。因为一些超出咱们讨论范围的政治缘由，不幸的的ES4没有出现。

在2009年，ES5正式定稿（以后是2011年的ES5.1），它在浏览器的现代革命和爆发性增加（好比Firefox，Chrome，Opera，Safari，和其余许多浏览器）中普遍传播，并做为JS标准肯定下来。

展望下一个版本的JS（从2013年过渡到2014年和以后的2015年），在讨论中显而易见的是ES6。

然而，临近ES6规范发布时，有建议说起将来的版本号切换为编年制，好比用ES2016（同ES7）来指代在2016年底前被定稿的全部版本。有些人对此否认，相对于后来的ES2015来讲，ES6更可能继续保持优点。然而，事实上ES2016可能预兆了新的编年制（将被使用）。

还能够观察出JS进化的频率即便与一年一度为定版相比都要快得多。只要一个想法开始标准化讨论的进程，浏览器就开始为这种特性构建原型，并且早期的采用者就开始在代码中进行实验。

一般在一个特性被官方认可以前，这些早期的引擎/工具的原型已经被标准化了。由此也能够认为将来的JS版本将是一个特性一个特性的更新，而非一组主要特性的随意集合的更新（就像如今这样），也不是每一年更新（像可能将变成的那样）。

总得来讲就是版本号再也不那么重要了，JavaScript开始变得更像一个万古长青的活标准。对待它的最佳方法是再也不“基于ES6”来思考你的代码，而是按它支持的特性考虑。

转译

特性的快速演变，给开发者们促使一个原本存在的问题恶化，他们热衷于当即使用新特性，而同时被被现实打脸，他们的网站/app须要支持那些不支持这些特性的老版本浏览器。

在整个行业中ES5的方式彷佛已经无力回天了，它典型的思惟模式是，代码库会等至几乎全部的前ES5环境不能支持它们以后才开始采用ES5。其结果，就是许多人最近（在本书写做时）才开始采用strict模式这样的东西，而它早在五年前就在ES5中定稿了。

业界广泛认为，等待和落后于语言规范那么多年，对JS生态系统是有害的。全部负责推进语言进化的人都期待这样的事情；只要新的特性和模式以规范的形式稳定下来，而且浏览器有机会实现它们，开发者就开始基于这些新的特性和模式进行编码。

那么咱们如何解决这个看似矛盾的问题呢？答案是工具化，特别是一种称为 转译（transpiling） 的技术（转换+编译）。大体上，它的理念是使用一种特殊的工具将你的ES6代码转换为能够在ES5环境中运行的等价物（甚至更近似的！）。

举个栗子TvT，想想简写属性定义（见第二章的“对象字面量扩展”）。如下是ES6的形式：

var foo = [1,2,3];

var obj = {
    foo        // 意指 `foo: foo`
};

obj.foo;       // [1,2,3]

这（大体）是它如何转译的：

var foo = [1,2,3];

var obj = {
    foo: foo
};

obj.foo;    // [1,2,3]

这是一个小而愉悦的转换，（由于）它让咱们在一个对象字面量声明中将foo: foo简写为foo，若是名称（属性名和属性值）相同的话。

转译器为你执行这些转换，这个过程一般是构建工做流的一个步骤，这和你使用linting（检查代码），压缩等其余相似操做一模一样。

Shim库/Polyfill库

不是全部的ES6新特性都须要转译器。可行的话，Polyfill（也叫shims）是一种模板，它为从一个新点的环境到旧点的环境中定义等效行为。语法不能被填补，可是API每每能够。

比方说，Object.is(..)是一个用来检查两个值严格等价性的新功能，它不包括===对于NaN和-0值的那种微小差别的例外。为Object.is(..)使用Polyfill至关简单：

if (!Object.is) {
    Object.is = function(v1, v2) {
        // 检查 `-0`
        if (v1 === 0 && v2 === 0) {
            return 1 / v1 === 1 / v2;
        }
        // 检查 `NaN`
        if (v1 !== v1) {
            return v2 !== v2;
        }
        // 其余的全部状况
        return v1 === v2;
    };
}

提示：注意外层的if语句包围了填补（polyfill）的内容。这是一个重要的细节，它意味着这段代码段仅仅为了在考虑中的API还未被定义的老环境而定义的应变行为；你想要重写API的状况少之又少。

这有一个被称为“ES6 Shim”（https://github.com/paulmillr/...）的很棒的ES6填补（ES6 shim库）合集，你绝对会在全部新JS项目中把它做为标准组成部分来采用！

看起来JS将会维持持续发展（状态），同时浏览器也会持续地推出来支持新特性，而不是洪水般地更新。因此现代化的最佳策略就是在你的代码库中引入填补（polyfill库），并在你的构建流程中引入转译步骤，如今就开始习惯新的现实。

若是你决定保持现状，等到全部不支持新特性的浏览器都消失才开始使用新特性，那么你将一直落后于时代。你将遗憾地错过为使编写JavaScript更有效，更高效，并且更健壮而设计的改革。

温故

ES6（有人可能会称之为ES2015）在本书写做时刚刚落地，它包含许多你须要学习的新东西！

但更重要的是，它将使你的思惟模式与JavaScript新的进化方式一致。再也不像之前许多人作的那样为了某些官方文档投票经过而苦等许多年。

如今，JavaScript新特性一旦准备好就会登录浏览器，由你来决定是否如今就搭上早班车，仍是年年去玩儿代价不菲的追车游戏。

不管将来的JavaScript采用什么样的标记，它都将会以比之前更快的速度前进。为使你保持在这门语言前进方向上的最前列，转译和填补是关键的工具。

若是任何关于理解JavaScript新现状有重要的叙述，那便让全部的JS开发者都热诚于从尾部移动到领头的部分。而学习ES6就是这一切的起源！