es6之模块加载
本文记录 esModule 的语法及使用。
前言
在 ES6 之前,社区制定了一些模块加载方案,最主要的有 CommonJS 、AMD 和 CMD 三种。前者用于服务器,后两种用于浏览器。ES6 在语言标准的层面上,实现了模块功能,而且实现得相当简单,完全可以取代 CommonJS ,AMD 和 CMD 规范,成为浏览器和服务器通用的模块解决方案。
es6的模块功能主要由两个命令构成:export 和 import。export 命令用于规定模块的对外接口,import 命令用于输入其他模块提供的功能。
export 命令
一个模块就是一个独立的文件。该文件内部的所有变量,外部无法获取。如果你希望外部能够读取模块内部的某个变量,就必须使用 export 关键字输出该变量。下面是一个 JS 文件,里面使用 export 命令输出变量。
1 | export var foo = 1 |
如上代码,向外导出了 foo 和 str 两个变量。
除了使用上面的导出方式,还可以这样导出对外接口:
1 | var foo = 1 |
你可以像上面代码一样,在 export 后面使用一个大括号将一组变量导出。推荐优先使用这样的导出方式,这样就可以在文件的尾部一眼看出导出了多少变量。
export 命令除了导出变量,还可以导出函数或类。
1 | export const say(){ |
如上代码,导出了 say 函数 和 Person 类。
通常情况下,export 导出的变量就是原来的名字,但是可以使用 as 关键字修改导出变量的名字。
1 | var foo = 1 |
上面代码共导出了 2 个变量,其中,导出的foo 被重新命名为了 baz。
需要特别注意的是,export 命令规定的是对外的接口,必须与模块内部的变量建立一一对应关系。
下面这样的写法是错误的:
1 | // 报错 |
上面两种写法都会报错,因为没有提供对外的接口。第一种写法直接输出 1,第二种写法通过变量m,还是直接输出 1。1只是一个值,不是接口。正确的写法是下面这样。
1 | var a = 1 |
另外,export 语句输出的接口,与其对应的值是动态绑定关系,即通过该接口,可以取到模块内部实时的值。
1 | export var foo = 'bar'; |
上面代码输出变量 foo,值为 bar,500 毫秒之后变成 baz。
这一点与 CommonJS 规范完全不同。CommonJS 模块输出的是值的缓存,不存在动态更新。
注意:export 命令除了不能放在块级作用域内,模块顶层任何位置都可以。
1 | function foo(){ |
import 命令
使用 export 命令定义了模块的对外接口以后,其他 JS 文件就可以通过 import 命令加载这个模块。
1 | // main.js |
上面代码的 import 命令,用于加载 profile.js 文件,并从中输入变量。import 命令接受一对大括号,里面指定要从其他模块导入的变量名。大括号里面的变量名,必须与被导入模块(profile.js)对外接口的名称相同。
如果想为输入的变量重新取一个名字,import 命令要使用 as 关键字,将输入的变量重命名。
1 | import { lastName as surname } from './profile.js'; |
import 命令输入的变量都是只读的,因为它的本质是输入接口。也就是说,不允许在加载模块的脚本里面,改写接口。
1 | import {a} from './xxx.js' |
上面代码中,脚本加载了变量 a,对其重新赋值就会报错,因为 a 是一个只读的接口。但是,如果 a 是一个对象,改写 a 的属性是允许的。
1 | import {a} from './xxx.js' |
上面代码中,a 的属性可以成功改写,并且其他模块也可以读到改写后的值。不过,这种写法很难查错,建议凡是输入的变量,都当作完全只读,不要轻易改变它的属性。
import 后面的 from 指定模块文件的位置,可以是相对路径,也可以是绝对路径,.js 后缀可以省略。如果只是模块名,不带有路径,那么必须有配置文件,告诉 JavaScript 引擎该模块的位置。
1 | import {myMethod} from 'util'; |
上面代码中,util 是模块文件名,由于不带有路径,必须通过配置,告诉引擎怎么取到这个模块。
注意,import 命令具有提升效果,会提升到整个模块的头部,首先执行。
1 | foo(); |
上面的代码不会报错,因为 import 的执行早于 foo 的调用。这种行为的本质是,import 命令是编译阶段执行的,在代码运行之前。
由于 import 是静态执行,所以不能使用表达式和变量,这些只有在运行时才能得到结果的语法结构。
1 | // 报错 |
上面三种写法都会报错,因为它们用到了 表达式、变量 和 if 结构。在静态分析阶段,这些语法都是没法得到值的。
最后,import 语句会执行所加载的模块,因此可以有下面的写法。
1 | import 'lodash'; |
上面代码仅仅执行 lodash 模块,但是不输入任何值。
如果多次重复执行同一句 import 语句,那么只会执行一次,而不会执行多次。
1 | import 'lodash'; |
上面代码加载了两次 lodash,但是只会执行一次。
1 | import { foo } from 'my_module'; |
上面代码中,虽然 foo 和 bar 在两个语句中加载,但是它们对应的是同一个 my_module 实例。也就是说,import 语句是 Singleton 模式。
目前阶段,通过 Babel 转码,CommonJS 模块的 require 命令和 ES6 模块的 import 命令,可以写在同一个模块里面,但是最好不要这样做。因为 import 在静态解析阶段执行,所以它是一个模块之中最早执行的。下面的代码可能不会得到预期结果。
1 | require('core-js/modules/es6.symbol'); |
模块的整体加载
除了指定加载某个输出值,还可以使用整体加载,即用星号 * 指定一个对象,所有输出值都加载在这个对象上面。
下面是一个circle.js文件,它输出两个方法 area 和 circumference。
1 | // circle.js |
现在,加载这个模块。
1 | // main.js |
上面写法是逐一指定要加载的方法,整体加载的写法如下。
1 | import * as circle from './circle'; |
注意,模块整体加载所在的那个对象(上例是circle),应该是可以静态分析的,所以不允许运行时改变。下面的写法都是不允许的。
1 | import * as circle from './circle'; |
export default
一个模块中,还可以有默认导出,es6 中使用 export default 来导出默认接口。
1 | // foo.js |
上面代码,默认导出了一个函数。然后,我们可以这样使用它:
1 | import foo from './foo.js' |
一个模块只能有一个默认导出,在使用一个模块的默认导出时,import 命令后可以不使用大括号,并且可以使用任意的变量名来命名这个默认导出。
与上面的导入方式等价的如下:
1 | import { default as foo } from './foo.js' |
本质上,export default 就是输出一个叫做 default 的变量或方法,然后系统允许你为它取任意名字。
import() 函数
前面介绍过,import 命令会被 JavaScript 引擎静态分析,先于模块内的其他语句执行(import命令叫做 连接 binding 其实更合适)。所以,下面的代码会报错。
1 | // 报错 |
上面代码中,引擎处理 import 语句是在编译时,这时不会去分析或执行 if 语句,所以 import 语句放在 if 代码块之中毫无意义,因此会报句法错误,而不是执行时错误。也就是说,import 和 export 命令只能在模块的顶层,不能在代码块之中(比如,在if代码块之中,或在函数之中)。
这样的设计,固然有利于编译器提高效率,但也导致无法在运行时加载模块。在语法上,条件加载就不可能实现。如果 import 命令要取代 Node 的 require 方法,这就形成了一个障碍。因为require 是运行时加载模块,import 命令无法取代 require 的动态加载功能。
1 | const path = './' + fileName; |
上面的语句就是动态加载,require 到底加载哪一个模块,只有运行时才知道。import 命令做不到这一点。
因此,有一个提案,建议引入 import() 函数,完成动态加载。
1 | import(specifier) |
上面代码中,import 函数的参数 specifier,指定所要加载的模块的位置。import 命令能够接受什么参数,import() 函数就能接受什么参数,两者区别主要是后者为动态加载。
import() 返回一个 Promise 对象。下面是一个例子。
1 | const main = document.querySelector('main'); |
import() 函数可以用在任何地方,不仅仅是模块,非模块的脚本也可以使用。它是运行时执行,也就是说,什么时候运行到这一句,就会加载指定的模块。另外,import()函数与所加载的模块没有静态连接关系,这点也是与 import 语句不相同。import() 类似于 Node 的 require 方法,区别主要是前者是异步加载,后者是同步加载。
注意点
import() 加载模块成功以后,这个模块会作为一个对象,当作 then 方法的参数。因此,可以使用对象解构赋值的语法,获取输出接口。
1 | import('./myModule.js') |
上面代码中,export1 和 export2 都是 myModule.js 的输出接口,可以解构获得。
如果模块有 default 输出接口,可以用参数直接获得。
1 | import('./myModule.js') |
上面的代码也可以使用具名输入的形式。
1 | import('./myModule.js') |
如果想同时加载多个模块,可以采用下面的写法。
1 | Promise.all([ |
import() 也可以用在 async 函数之中。
1 | async function main() { |
在浏览器中的加载方式
es6 规定,要想在浏览器中使用 esModule 功能,需要在 <script> 标签上使用 type="module" 的属性。
1 | <script type="module"> |
如上所示,type="module" 的属性告诉 javascript 引擎,这个脚本是一个 es6 模块。它的加载方式同 defer 属性,也是异步的,会等到页面渲染完成后再下载执行。
如果有多个 <script> 标签,它会按顺序执行。
es6 模块与 CommonJS 的区别
它们有两个重大差异。
- CommonJS 模块输出的是一个值的拷贝,ES6 模块输出的是值的引用。
- CommonJS 模块是运行时加载,ES6 模块是编译时输出接口。
第二个差异是因为 CommonJS 加载的是一个对象(即 module.exports 属性),该对象只有在脚本运行完才会生成。而 ES6 模块不是对象,它的对外接口只是一种静态定义,在代码静态解析阶段就会生成。
下面重点解释第一个差异。
CommonJS 模块输出的是值的拷贝,也就是说,一旦输出一个值,模块内部的变化就影响不到这个值。请看下面这个模块文件 lib.js 的例子。
1 | // lib.js |
上面代码输出内部变量 counter 和改写这个变量的内部方法 incCounter。然后,在 main.js 里面加载这个模块。
1 | // main.js |
上面代码说明,lib.js 模块加载以后,它的内部变化就影响不到输出的mod.counter了。这是因为mod.counter是一个原始类型的值,会被缓存。除非写成一个函数,才能得到内部变动后的值。
1 | // lib.js |
上面代码中,输出的 counter 属性实际上是一个取值器函数。现在再执行 main.js ,就可以正确读取内部变量 counter 的变动了。
1 | $ node main.js |
ES6 模块的运行机制与 CommonJS 不一样。JS 引擎对脚本静态分析的时候,遇到模块加载命令 import,就会生成一个只读引用。等到脚本真正执行时,再根据这个只读引用,到被加载的那个模块里面去取值。换句话说,ES6 的 import 有点像 Unix 系统的“符号连接”,原始值变了,import 加载的值也会跟着变。因此,ES6 模块是动态引用,并且不会缓存值,模块里面的变量绑定其所在的模块。
还是举上面的例子。
1 | // lib.js |
上面代码说明,ES6 模块输入的变量 counter 是活的,完全反应其所在模块 lib.js 内部的变化。
再举一个出现在export一节中的例子。
1 | // m1.js |
上面代码中,m1.js 的变量 foo,在刚加载时等于 bar,过了 500 毫秒,又变为等于 baz。
让我们看看,m2.js 能否正确读取这个变化。
1 | $ babel-node m2.js |
上面代码表明,ES6 模块不会缓存运行结果,而是动态地去被加载的模块取值,并且变量总是绑定其所在的模块。
由于 ES6 输入的模块变量,只是一个“符号连接”,所以这个变量是只读的,对它进行重新赋值会报错。
1 | // lib.js |
上面代码中,main.js 从 lib.js 输入变量 obj ,可以对 obj 添加属性,但是重新赋值就会报错。因为变量 obj 指向的地址是只读的,不能重新赋值,这就好比 main.js 创造了一个名为 obj 的 const 变量。
最后,export 通过接口,输出的是同一个值。不同的脚本加载这个接口,得到的都是同样的实例。
1 | // mod.js |
1 | export let c = new C(); |
上面的脚本 mod.js,输出的是一个 C 的实例。不同的脚本加载这个模块,得到的都是同一个实例。
1 | // x.js |
现在执行 main.js,输出的是 1。
1 | $ babel-node main.js |
这就证明了 x.js 和 y.js 加载的都是 C 的同一个实例。