ECMAScript 6 模块超越 CommonJS 和 AMD

Axel Rauschmayer 博士正式公布了 ECMAScript 6（ES6）模块语法的最终细节。

Rauschmayer 在文章“ ECMAScript 6 模块：最终语法”中详细描述了完整的 ES6 模块系统，包括 ECMAScript 6 模块、模块元数据和 ECMAScript 6 模块加载器的 API 等。

据 Rauschmayer 所述，ES6 模块的目标是创建一种让 CommonJS 和 AMD 用户都感到满意的格式，由于这种模式是内置于语言之中的，因此其能力超越了 CommonJS 和 AMD。

在 ES6 中有两种导出方式：命名导出（每个模块有多个导出值）和默认导出（每个模块只有一个导出值）。通过在模块声明前面加入 export 关键字作为前缀，一个模块就可以通过命名导出方式导出多个值，并通过不同的名称对它们进行区分。

Rauschmayer 说：

虽然可以通过其他方式命名导出值，但是我觉得此种方式尤其方便：只需关注编写本模块自身的代码，避免了受其他模块的影响，然后使用关键字标记你想导出的值。

如果你愿意，你也可以选择导入整个模块，然后通过属性标注引用其命名导出值。

ES6 的默认导出是最重要的导出值，Rauschmayer 称，默认导出是非常容易进行导入的。他特别提到导出单个值在前端开发中很普遍，通常的做法是每个模块对应一个模型，由构造函数 / 类作为其模型。

ES6 还提供了在模块内获取当前模块信息（例如模块的 URL）的方法。在以下实例中，module 关键字表示该元数据将作为模块被导入，代码如下：

 
import {url} from this module;
console.log(url);

还可以通过对象访问元数据：

 
import * as metaData from this module;
console.log(metaData.url);

除了提供模块的声明式语法之外，ES6 还包括编程 API，让开发人员通过编程方式使用模块和脚本，并配置模块加载。针对该 API，Rauschmayer说：

加载器负责处理模块的标识符（import…from 后面的字符串 ID）、加载模块等等，其构造函数是 Reflect.Loader。每个平台会在全局变量 System（系统加载器）中保持一个自定义的实例，系统加载器实现自己独特的模块加载方式。

Rauschmayer 还提到，加载器 API（目前该特性的实现仍在进行中）为配置提供了许多钩子。我们可以通过加载器 API“自定义加载过程”，比如：

• 在导入时校验模块（如使用 JSLint 或 JSHint）
• 在导入时自动转换模块（包括 CoffeeScript 或 TypeScript 代码）
• 使用遗留模块（AMD、Node.js）

Rauschmayer 说，可配置的模块加载过程是 Node.js 和 CommonJS 的所缺乏的功能之一。

对于 ES6 模块语法的最终细节，JavaScript 社区的反应大部分是积极正面的。

在 Reddit 上，有一场关于 ECMAScript 6 模块：最终语法的讨论，用户 brtt3000评论说：“我很喜欢，它看起来包含了所有重要的部分，而且语法也很不错”。在Hacker News 上，来自 The Hackerati 的软件工程师 Alan Johnson 也评论道：“ES6 使人耳目一新”。

但在某些方面，ES6 也存在困惑和忧虑。

Evan Winslow 对 Rauschmayer 的文章作了如下评价，他说：

如果默认导出本身就是一种命名导出，那如何选择使用默认导出呢？这是否意味着命名导出是推荐的方式，而默认导出只是其一种对命名导出的一种特殊运用呢？如果你使用 System.import 方法异步加载模块，必须用.default 才能获得默认导出。这让人感觉有些混乱。

Rauschmayer 对此回复说：

JS 模块社区五花八门，而 ES6 又需要支持所有用例。这意味着 ES6 比其本身要稍微复杂，但这也预示着存在统一社区的可能性。

希望为 ES7+ 提供建议的 InfoQ 读者请移步 ECMAScript 6 Github 。

查看英文原文： ECMAScript 6 Modules Go Beyond CommonJS and AMD

感谢邵思华对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作，请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博（ @InfoQ ）或者腾讯微博（ @InfoQ ）关注我们，并与我们的编辑和其他读者朋友交流。