2. 常见问题解答：ECMAScript 6 #

本章回答一些关于 ECMAScript 6 的常见问题。

---

• 2.1. 我如何才能在今天使用 ES6？
• 2.2. ECMAScript 6 现在不是叫做 ECMAScript 2015 吗？
• 2.3. 如何将我的 ECMAScript 5 代码迁移到 ECMAScript 6？
• 2.4. 学习 ECMAScript 5 还有意义吗？
• 2.5. ES6 是否过于臃肿？
• 2.6. ES6 规范是不是很大？
• 2.7. ES6 有数组推导式吗？
• 2.8. ES6 是静态类型的吗？

---

2.1 我如何才能在今天使用 ES6？ #

当前的引擎已经支持了大部分 ES6 特性，请查阅 Kangax 的 ES6 兼容性表 以了解哪些特性在哪些环境下受支持。

有关其他选项（例如，交互式 ES6 命令行以及通过 Babel 将 ES6 转译为 ES5），请参阅“设置 ES6”中的“部署 ECMAScript 6”一章。

2.2 ECMAScript 6 现在不是叫做 ECMAScript 2015 吗？ #

是也不是。官方名称是 ECMAScript 2015，但 ES6 是每个人都知道和使用的名称。这就是为什么我决定在这本书中使用后者。

在 ES6 之后，ECMAScript 版本将通过 一个新的流程 和年度发布周期创建。这似乎是切换到新命名方案的好机会。因此，我将使用“ECMAScript 2016”作为 ES6 之后版本的名称。

2.3 如何将我的 ECMAScript 5 代码迁移到 ECMAScript 6？ #

什么都不需要做：ECMAScript 6 是 ECMAScript 5 的超集。因此，您所有的 ES5 代码自动就是 ES6 代码。这对于逐步采用这个新版本有很大帮助。ES6 如何保持完全向后兼容性在 关于“一个 JavaScript”的章节 中有解释。

2.4 学习 ECMAScript 5 还有意义吗？ #

ES6 在各个地方的支持度越来越高。这是否意味着您不应该再学习 ECMAScript 5 了？不，这有几个原因

• ECMAScript 6 是 ECMAScript 5 的超集——新的 JavaScript 版本绝不能破坏现有的代码。因此，您学习的任何关于 ECMAScript 5 的知识都不会白费。
• 有几个 ECMAScript 6 特性可以替代 ECMAScript 5 特性，但仍然使用它们作为基础。理解这些基础知识很重要。举两个例子：类在内部被转换为构造函数，方法仍然是函数（就像它们一直以来那样）。
• 只要 ECMAScript 6 被编译成 ECMAScript 5，理解编译过程的输出就很有用。而且您将不得不编译成 ES5 一段时间（可能是几年），直到您可以依赖于所有相关浏览器都支持 ES6。
• 能够理解遗留代码很重要。

2.5 ES6 是否过于臃肿？ #

偶尔会有人指责 ES6 过于臃肿，引入了太多无用的*语法糖*（对已经存在的东西提供了更方便的语法）。

然而，在许多方面，JavaScript 只是现在才赶上了 Python 和 Ruby 等语言。这两种语言仍然有更多的特性，并带有更丰富的标准库。

如果有人抱怨 ES6 太大，我建议他们尝试使用一段时间。没有人强迫您使用任何新特性。您可以从小处着手（请参阅“核心 ES6 特性”一章获取建议），然后随着您对 ES6 越来越熟悉，再使用更多的新特性。到目前为止，我从真正使用过 ES6（而不是仅仅阅读过它）的人那里得到的反馈是非常积极的。

此外，表面上看起来像语法糖的东西（例如类和模块）为该语言带来了急需的标准化，并为未来的特性奠定了基础。

最后，有几个特性不是为普通程序员创建的，而是为库作者创建的（例如，生成器、迭代器、代理）。“普通程序员”只需要粗略地了解它们，甚至根本不需要了解。

2.6 ES6 规范是不是很大？ #

ECMAScript 规范确实增长了很多：ECMAScript 5.1 PDF 有 245 页，ES6 PDF 有 593 页。但是，相比之下，Java 8 语言规范有 724 页（不包括索引）。此外，ES6 规范包含了许多其他语言规范省略为实现定义的细节。它还指定了其标准库的工作方式²。

2.7 ES6 有数组推导式吗？ #

最初，ES6 将拥有数组和生成器推导式（类似于 Haskell 和 Python）。但它们没有被添加，因为 TC39 希望探索两条途径

• 可能可以创建适用于任意数据类型的推导式（想想微软的 LINQ）。
• 迭代器的方法也可能是实现推导式功能的更好方法。

2.8 ES6 是静态类型的吗？ #

静态类型不是 ES6 的一部分。但是，以下两种技术为 JavaScript 添加了静态类型。类似的特性最终可能会被标准化。

• **微软 TypeScript：** 基本上是 ES6 加上可选的类型注释。目前，它被编译成 ES5，并在编译过程中丢弃类型信息。可选地，它也可以在运行时提供这些信息，用于类型自省和运行时类型检查。
• **Facebook Flow：** 是一个基于流分析的 ECMAScript 6 类型检查器。因此，它只向语言添加可选的类型注释，并推断和检查类型。它对将 ES6 编译成 ES5 没有帮助。

静态类型的两个好处是

• 它允许您更早地检测到某些类型的错误，因为代码是在静态分析期间（在开发过程中，无需运行代码）进行分析的。因此，静态类型是对测试的补充，可以捕获不同的错误。
• 它可以帮助 IDE 进行自动补全。

TypeScript 和 Flow 都使用相同的符号。类型注释是可选的，这使得这种方法相对轻量级。即使没有注释，类型也常常可以被推断出来。因此，这种类型的检查即使对于完全没有注释的代码也是有用的，可以作为一致性检查。