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 的同一个实例。