ES6 模块化的时代真的来临了么？Using MJS

2017-09-25 本文已影响1333人 XGHeaven

2017-09-12: Node.js v8.5.0 发布，在这个版本中，正式以实验性的方式支持 ES6 Module。

长久以来，ES6+ 规范 v8 已经支持了很多了，在图表中我们可以看到， Node 已经支持了 97% 的新语法了。那么剩下的还未支持的有谁呢？ES Module 就在其中，也就是 import/export 语法。

es6 服务端支持程度

首先我们先简单讲解一下为什么 ES Module 到现在还未支持？

首先，ES6 语法其实基本都是一些语法糖，所以 v8 支持起来是很简单的事情。但是对于 ES Module 来说，如果你简单理解，确实是语法糖，但是ES Module不仅仅是你想的那么简单。

在这里，我们将 Node 原始的模块方式 CommonJS 简称为 CJS，而 ES Module 称为 ESM。

CJS 采用的是动态同步加载，也就是说运行的时候确定加载的文件，很明显这样做有一个好处就是灵活，但是缺点就是无法很好的处理循环引用的问题。而且是同步加载，这会导致加载速度过慢。
ESM 采用的是静态异步加载，最大的区别便是采用了静态分析。大家都知道 import 必须要写在文件的顶层，这也就是为了能够静态分析你需要加载的模块。首先他能很好的解决循环依赖的问题。
其次是异步加载。在 CJS 中，JS 的加载是同步进行的，也就是说我必须要等待上一个 JS 加载完成，才能够加载下一个 JS，大家也懂得，这样很明显浪费了 Node 异步的有点。这也就会导致如果 JS 文件过多，系统的启动时间会被大大加长。

更多的区别请查看这里

由于 ES Module 和 CJS 的区别有一些巨大，所以才导致兼容起来比较困难。

说了这么多，那么我们来说一下如何使用呢？

import os from 'os'
console.log(os.cpus())

.mjs 是什么文件呢？很明显因为 ESM 和 CJS 的加载方式不同，为了更高的区分这两种不同的加载方式，于是创建了 .mjs(Module JavaScript)。.mjs 就是表示当前文件用 ESM 的方式进行加载，如果是普通的 .js 文件，则采用 CJS 的方式加载。

关于 ES6 Module 的内容我就不多讲了，更多的请看阮一峰大牛的 ES6 教程。

ESM 都是在严格模式下运行的，也就是说如果以直接使用一个会定义的变量的话，会导致程序报错。
所有的模块路径都是支持 URL 的，也就是说你可以通过 import ('./a?query=some') 导入模块，会通过内置的 URL 进行解析。就目前来看，只支持 file: 协议。

与 ES Module 的异同

暂时不支持动态加载，当然很快也就会支持了，究竟有多快呢，我也不知道。
所有的模块都不在具有文件元信息，比如 __dirname 和 __filename。不过这里有一个提议(proposal)，就是通过 import.meta 获取相关的文件元信息。但是如果你是想获取 __dirname 的话，可以通过下面这种方式

// dirinfo.js
module.exports = {__dirname}

// index.mjs
import dirinfo from './dirinfo'
console.log(dirinfo.__dirname)

ESM 和 CJS 的交互

ESM 可以导入 CJS 的模块。导入之后 CJS 默认都是有一个 default 的，也就是 module.exports 。现在暂时还不支持选择性导入，import {a, b} from './cjs'。但是支持全部导入 import * as cjs from 'cjs'，此时 cjs 中会包含 default。
你不能在 ESM 中使用 require()，原因有以下几条：
- 模块路径的处理方式有一些不同： ESM 是不支持 NODE_PATH 和 require.extensions。因为 ESM 是使用 URL 的方式，所以会产生一些区别，所以不能使用 require()。
- ESM 总是异步加载，我们上文也说过了。采用异步加载的原因也是为了尽可能和浏览器保持最大的兼容性。现在来看，这种方式和 CJS 的同步加载方式会有一些不太兼容。
- 禁止同步的模块加载也是为了给以后顶级使用 await 预留一定的余地。

方法一：使用 Babel
方法二：请查看 @std/esm by John-David Dalton.