【JavaScript】Module 的加載實現(xiàn)

上一章介紹了模塊的語法,本章介紹如何在瀏覽器和 Node 之中加載 ES6 模塊,以及實際開發(fā)中經(jīng)常遇到的一些問題(比如循環(huán)加載)。

瀏覽器加載

傳統(tǒng)方法

在 HTML 網(wǎng)頁中,瀏覽器通過<script>標(biāo)簽加載 JavaScript 腳本。

<!-- 頁面內(nèi)嵌的腳本 -->
<script type="application/javascript">
  // module code
</script>

<!-- 外部腳本 -->
<script type="application/javascript" src="path/to/myModule.js">
</script>

上面代碼中,由于瀏覽器腳本的默認(rèn)語言是 JavaScript,因此type="application/javascript"可以省略。

默認(rèn)情況下,瀏覽器是同步加載 JavaScript 腳本,即渲染引擎遇到<script>標(biāo)簽就會停下來,等到執(zhí)行完腳本,再繼續(xù)向下渲染。如果是外部腳本,還必須加入腳本下載的時間。

如果腳本體積很大,下載和執(zhí)行的時間就會很長,因此造成瀏覽器堵塞,用戶會感覺到瀏覽器“卡死”了,沒有任何響應(yīng)。這顯然是很不好的體驗,所以瀏覽器允許腳本異步加載,下面就是兩種異步加載的語法。

<script src="path/to/myModule.js" defer></script>
<script src="path/to/myModule.js" async></script>

上面代碼中,<script>標(biāo)簽打開deferasync屬性,腳本就會異步加載。渲染引擎遇到這一行命令,就會開始下載外部腳本,但不會等它下載和執(zhí)行,而是直接執(zhí)行后面的命令。

deferasync的區(qū)別是:前者要等到整個頁面正常渲染結(jié)束,才會執(zhí)行;后者一旦下載完,渲染引擎就會中斷渲染,執(zhí)行這個腳本以后,再繼續(xù)渲染。一句話,defer是“渲染完再執(zhí)行”,async是“下載完就執(zhí)行”。另外,如果有多個defer腳本,會按照它們在頁面出現(xiàn)的順序加載,而多個async腳本是不能保證加載順序的。

加載規(guī)則

瀏覽器加載 ES6 模塊,也使用<script>標(biāo)簽,但是要加入type="module"屬性。

<script type="module" src="./foo.js"></script>

上面代碼在網(wǎng)頁中插入一個模塊foo.js,由于type屬性設(shè)為module,所以瀏覽器知道這是一個 ES6 模塊。

瀏覽器對于帶有type="module"<script>,都是異步加載,不會造成堵塞瀏覽器,即等到整個頁面渲染完,再執(zhí)行模塊腳本,等同于打開了<script>標(biāo)簽的defer屬性。

<script type="module" src="./foo.js"></script>
<!-- 等同于 -->
<script type="module" src="./foo.js" defer></script>

如果網(wǎng)頁有多個<script type="module">,它們會按照在頁面出現(xiàn)的順序依次執(zhí)行。

<script>標(biāo)簽的async屬性也可以打開,這時只要加載完成,渲染引擎就會中斷渲染立即執(zhí)行。執(zhí)行完成后,再恢復(fù)渲染。

<script type="module" src="./foo.js" async></script>

一旦使用了async屬性,<script type="module">就不會按照在頁面出現(xiàn)的順序執(zhí)行,而是只要該模塊加載完成,就執(zhí)行該模塊。

ES6 模塊也允許內(nèi)嵌在網(wǎng)頁中,語法行為與加載外部腳本完全一致。

<script type="module">
  import utils from "./utils.js";

  // other code
</script>

對于外部的模塊腳本(上例是foo.js),有幾點需要注意。

  • 代碼是在模塊作用域之中運行,而不是在全局作用域運行。模塊內(nèi)部的頂層變量,外部不可見。
  • 模塊腳本自動采用嚴(yán)格模式,不管有沒有聲明use strict。
  • 模塊之中,可以使用import命令加載其他模塊(.js后綴不可省略,需要提供絕對 URL 或相對 URL),也可以使用export命令輸出對外接口。
  • 模塊之中,頂層的this關(guān)鍵字返回undefined,而不是指向window。也就是說,在模塊頂層使用this關(guān)鍵字,是無意義的。
  • 同一個模塊如果加載多次,將只執(zhí)行一次。

下面是一個示例模塊。

import utils from 'https://example.com/js/utils.js';

const x = 1;

console.log(x === window.x); //false
console.log(this === undefined); // true

delete x; // 句法錯誤,嚴(yán)格模式禁止刪除變量

利用頂層的this等于undefined這個語法點,可以偵測當(dāng)前代碼是否在 ES6 模塊之中。

const isNotModuleScript = this !== undefined;

ES6 模塊與 CommonJS 模塊的差異

討論 Node 加載 ES6 模塊之前,必須了解 ES6 模塊與 CommonJS 模塊完全不同。

它們有兩個重大差異。

  • CommonJS 模塊輸出的是一個值的拷貝,ES6 模塊輸出的是值的引用。
  • CommonJS 模塊是運行時加載,ES6 模塊是編譯時輸出接口。

第二個差異是因為 CommonJS 加載的是一個對象(即module.exports屬性),該對象只有在腳本運行完才會生成。而 ES6 模塊不是對象,它的對外接口只是一種靜態(tài)定義,在代碼靜態(tài)解析階段就會生成。

下面重點解釋第一個差異。

CommonJS 模塊輸出的是值的拷貝,也就是說,一旦輸出一個值,模塊內(nèi)部的變化就影響不到這個值。請看下面這個模塊文件lib.js的例子。

// lib.js
var counter = 3;
function incCounter() {
  counter++;
}
module.exports = {
  counter: counter,
  incCounter: incCounter,
};

上面代碼輸出內(nèi)部變量counter和改寫這個變量的內(nèi)部方法incCounter。然后,在main.js里面加載這個模塊。

// main.js
var mod = require('./lib');

console.log(mod.counter);  // 3
mod.incCounter();
console.log(mod.counter); // 3

上面代碼說明,lib.js模塊加載以后,它的內(nèi)部變化就影響不到輸出的mod.counter了。這是因為mod.counter是一個原始類型的值,會被緩存。除非寫成一個函數(shù),才能得到內(nèi)部變動后的值。

// lib.js
var counter = 3;
function incCounter() {
  counter++;
}
module.exports = {
  get counter() {
    return counter
  },
  incCounter: incCounter,
};

上面代碼中,輸出的counter屬性實際上是一個取值器函數(shù)?,F(xiàn)在再執(zhí)行main.js,就可以正確讀取內(nèi)部變量counter的變動了。

$ node main.js
3
4

ES6 模塊的運行機(jī)制與 CommonJS 不一樣。JS 引擎對腳本靜態(tài)分析的時候,遇到模塊加載命令import,就會生成一個只讀引用。等到腳本真正執(zhí)行時,再根據(jù)這個只讀引用,到被加載的那個模塊里面去取值。換句話說,ES6 的import有點像 Unix 系統(tǒng)的“符號連接”,原始值變了,import加載的值也會跟著變。因此,ES6 模塊是動態(tài)引用,并且不會緩存值,模塊里面的變量綁定其所在的模塊。

還是舉上面的例子。

// lib.js
export let counter = 3;
export function incCounter() {
  counter++;
}

// main.js
import { counter, incCounter } from './lib';
console.log(counter); // 3
incCounter();
console.log(counter); // 4

上面代碼說明,ES6 模塊輸入的變量counter是活的,完全反應(yīng)其所在模塊lib.js內(nèi)部的變化。

再舉一個出現(xiàn)在export一節(jié)中的例子。

// m1.js
export var foo = 'bar';
setTimeout(() => foo = 'baz', 500);

// m2.js
import {foo} from './m1.js';
console.log(foo);
setTimeout(() => console.log(foo), 500);

上面代碼中,m1.js的變量foo,在剛加載時等于bar,過了500毫秒,又變?yōu)榈扔?code>baz。

讓我們看看,m2.js能否正確讀取這個變化。

$ babel-node m2.js

bar
baz

上面代碼表明,ES6 模塊不會緩存運行結(jié)果,而是動態(tài)地去被加載的模塊取值,并且變量總是綁定其所在的模塊。

由于 ES6 輸入的模塊變量,只是一個“符號連接”,所以這個變量是只讀的,對它進(jìn)行重新賦值會報錯。

// lib.js
export let obj = {};

// main.js
import { obj } from './lib';

obj.prop = 123; // OK
obj = {}; // TypeError

上面代碼中,main.jslib.js輸入變量obj,可以對obj添加屬性,但是重新賦值就會報錯。因為變量obj指向的地址是只讀的,不能重新賦值,這就好比main.js創(chuàng)造了一個名為objconst變量。

最后,export通過接口,輸出的是同一個值。不同的腳本加載這個接口,得到的都是同樣的實例。

// mod.js
function C() {
  this.sum = 0;
  this.add = function () {
    this.sum += 1;
  };
  this.show = function () {
    console.log(this.sum);
  };
}

export let c = new C();

上面的腳本mod.js,輸出的是一個C的實例。不同的腳本加載這個模塊,得到的都是同一個實例。

// x.js
import {c} from './mod';
c.add();

// y.js
import {c} from './mod';
c.show();

// main.js
import './x';
import './y';

現(xiàn)在執(zhí)行main.js,輸出的是1

$ babel-node main.js
1

這就證明了x.jsy.js加載的都是C的同一個實例。

Node 加載

概述

Node 對 ES6 模塊的處理比較麻煩,因為它有自己的 CommonJS 模塊格式,與 ES6 模塊格式是不兼容的。目前的解決方案是,將兩者分開,ES6 模塊和 CommonJS 采用各自的加載方案。

Node 要求 ES6 模塊采用.mjs后綴文件名。也就是說,只要腳本文件里面使用import或者export命令,那么就必須采用.mjs后綴名。require命令不能加載.mjs文件,會報錯,只有import命令才可以加載.mjs文件。反過來,.mjs文件里面也不能使用require命令,必須使用import。

目前,這項功能還在試驗階段。安裝 Node v8.5.0 或以上版本,要用--experimental-modules參數(shù)才能打開該功能。

$ node --experimental-modules my-app.mjs

為了與瀏覽器的import加載規(guī)則相同,Node 的.mjs文件支持 URL 路徑。

import './foo?query=1'; // 加載 ./foo 傳入?yún)?shù) ?query=1

上面代碼中,腳本路徑帶有參數(shù)?query=1,Node 會按 URL 規(guī)則解讀。同一個腳本只要參數(shù)不同,就會被加載多次,并且保存成不同的緩存。由于這個原因,只要文件名中含有:、%#、?等特殊字符,最好對這些字符進(jìn)行轉(zhuǎn)義。

目前,Node 的import命令只支持加載本地模塊(file:協(xié)議),不支持加載遠(yuǎn)程模塊。

如果模塊名不含路徑,那么import命令會去node_modules目錄尋找這個模塊。

import 'baz';
import 'abc/123';

如果模塊名包含路徑,那么import命令會按照路徑去尋找這個名字的腳本文件。

import 'file:///etc/config/app.json';
import './foo';
import './foo?search';
import '../bar';
import '/baz';

如果腳本文件省略了后綴名,比如import './foo',Node 會依次嘗試四個后綴名:./foo.mjs./foo.js、./foo.json、./foo.node。如果這些腳本文件都不存在,Node 就會去加載./foo/package.jsonmain字段指定的腳本。如果./foo/package.json不存在或者沒有main字段,那么就會依次加載./foo/index.mjs、./foo/index.js、./foo/index.json、./foo/index.node。如果以上四個文件還是都不存在,就會拋出錯誤。

最后,Node 的import命令是異步加載,這一點與瀏覽器的處理方法相同。

內(nèi)部變量

ES6 模塊應(yīng)該是通用的,同一個模塊不用修改,就可以用在瀏覽器環(huán)境和服務(wù)器環(huán)境。為了達(dá)到這個目標(biāo),Node 規(guī)定 ES6 模塊之中不能使用 CommonJS 模塊的特有的一些內(nèi)部變量。

首先,就是this關(guān)鍵字。ES6 模塊之中,頂層的this指向undefined;CommonJS 模塊的頂層this指向當(dāng)前模塊,這是兩者的一個重大差異。

其次,以下這些頂層變量在 ES6 模塊之中都是不存在的。

  • arguments
  • require
  • module
  • exports
  • __filename
  • __dirname

如果你一定要使用這些變量,有一個變通方法,就是寫一個 CommonJS 模塊輸出這些變量,然后再用 ES6 模塊加載這個 CommonJS 模塊。但是這樣一來,該 ES6 模塊就不能直接用于瀏覽器環(huán)境了,所以不推薦這樣做。

// expose.js
module.exports = {__dirname};

// use.mjs
import expose from './expose.js';
const {__dirname} = expose;

上面代碼中,expose.js是一個 CommonJS 模塊,輸出變量__dirname,該變量在 ES6 模塊之中不存在。ES6 模塊加載expose.js,就可以得到__dirname。

ES6 模塊加載 CommonJS 模塊

CommonJS 模塊的輸出都定義在module.exports這個屬性上面。Node 的import命令加載 CommonJS 模塊,Node 會自動將module.exports屬性,當(dāng)作模塊的默認(rèn)輸出,即等同于export default xxx。

下面是一個 CommonJS 模塊。

// a.js
module.exports = {
  foo: 'hello',
  bar: 'world'
};

// 等同于
export default {
  foo: 'hello',
  bar: 'world'
};

import命令加載上面的模塊,module.exports會被視為默認(rèn)輸出,即import命令實際上輸入的是這樣一個對象{ default: module.exports }

所以,一共有三種寫法,可以拿到 CommonJS 模塊的module.exports。

// 寫法一
import baz from './a';
// baz = {foo: 'hello', bar: 'world'};

// 寫法二
import {default as baz} from './a';
// baz = {foo: 'hello', bar: 'world'};

// 寫法三
import * as baz from './a';
// baz = {
//   get default() {return module.exports;},
//   get foo() {return this.default.foo}.bind(baz),
//   get bar() {return this.default.bar}.bind(baz)
// }

上面代碼的第三種寫法,可以通過baz.default拿到module.exports。foo屬性和bar屬性就是可以通過這種方法拿到了module.exports

下面是一些例子。

// b.js
module.exports = null;

// es.js
import foo from './b';
// foo = null;

import * as bar from './b';
// bar = { default:null };

上面代碼中,es.js采用第二種寫法時,要通過bar.default這樣的寫法,才能拿到module.exports。

// c.js
module.exports = function two() {
  return 2;
};

// es.js
import foo from './c';
foo(); // 2

import * as bar from './c';
bar.default(); // 2
bar(); // throws, bar is not a function

上面代碼中,bar本身是一個對象,不能當(dāng)作函數(shù)調(diào)用,只能通過bar.default調(diào)用。

CommonJS 模塊的輸出緩存機(jī)制,在 ES6 加載方式下依然有效。

// foo.js
module.exports = 123;
setTimeout(_ => module.exports = null);

上面代碼中,對于加載foo.js的腳本,module.exports將一直是123,而不會變成null。

由于 ES6 模塊是編譯時確定輸出接口,CommonJS 模塊是運行時確定輸出接口,所以采用import命令加載 CommonJS 模塊時,不允許采用下面的寫法。

// 不正確
import { readfile } from 'fs';

上面的寫法不正確,因為fs是 CommonJS 格式,只有在運行時才能確定readfile接口,而import命令要求編譯時就確定這個接口。解決方法就是改為整體輸入。

// 正確的寫法一
import * as express from 'express';
const app = express.default();

// 正確的寫法二
import express from 'express';
const app = express();

CommonJS 模塊加載 ES6 模塊

CommonJS 模塊加載 ES6 模塊,不能使用require命令,而要使用import()函數(shù)。ES6 模塊的所有輸出接口,會成為輸入對象的屬性。

// es.mjs
let foo = { bar:'my-default' };
export default foo;
foo = null;

// cjs.js
const es_namespace = await import('./es');
// es_namespace = {
//   get default() {
//     ...
//   }
// }
console.log(es_namespace.default);
// { bar:'my-default' }

上面代碼中,default接口變成了es_namespace.default屬性。另外,由于存在緩存機(jī)制,es.jsfoo的重新賦值沒有在模塊外部反映出來。

下面是另一個例子。

// es.js
export let foo = { bar:'my-default' };
export { foo as bar };
export function f() {};
export class c {};

// cjs.js
const es_namespace = await import('./es');
// es_namespace = {
//   get foo() {return foo;}
//   get bar() {return foo;}
//   get f() {return f;}
//   get c() {return c;}
// }

循環(huán)加載

“循環(huán)加載”(circular dependency)指的是,a腳本的執(zhí)行依賴b腳本,而b腳本的執(zhí)行又依賴a腳本。

// a.js
var b = require('b');

// b.js
var a = require('a');

通常,“循環(huán)加載”表示存在強(qiáng)耦合,如果處理不好,還可能導(dǎo)致遞歸加載,使得程序無法執(zhí)行,因此應(yīng)該避免出現(xiàn)。

但是實際上,這是很難避免的,尤其是依賴關(guān)系復(fù)雜的大項目,很容易出現(xiàn)a依賴b,b依賴c,c又依賴a這樣的情況。這意味著,模塊加載機(jī)制必須考慮“循環(huán)加載”的情況。

對于JavaScript語言來說,目前最常見的兩種模塊格式CommonJS和ES6,處理“循環(huán)加載”的方法是不一樣的,返回的結(jié)果也不一樣。

CommonJS模塊的加載原理

介紹ES6如何處理"循環(huán)加載"之前,先介紹目前最流行的CommonJS模塊格式的加載原理。

CommonJS的一個模塊,就是一個腳本文件。require命令第一次加載該腳本,就會執(zhí)行整個腳本,然后在內(nèi)存生成一個對象。

{
  id: '...',
  exports: { ... },
  loaded: true,
  ...
}

上面代碼就是Node內(nèi)部加載模塊后生成的一個對象。該對象的id屬性是模塊名,exports屬性是模塊輸出的各個接口,loaded屬性是一個布爾值,表示該模塊的腳本是否執(zhí)行完畢。其他還有很多屬性,這里都省略了。

以后需要用到這個模塊的時候,就會到exports屬性上面取值。即使再次執(zhí)行require命令,也不會再次執(zhí)行該模塊,而是到緩存之中取值。也就是說,CommonJS模塊無論加載多少次,都只會在第一次加載時運行一次,以后再加載,就返回第一次運行的結(jié)果,除非手動清除系統(tǒng)緩存。

CommonJS 模塊的循環(huán)加載

CommonJS 模塊的重要特性是加載時執(zhí)行,即腳本代碼在require的時候,就會全部執(zhí)行。一旦出現(xiàn)某個模塊被"循環(huán)加載",就只輸出已經(jīng)執(zhí)行的部分,還未執(zhí)行的部分不會輸出。

讓我們來看,Node 官方文檔里面的例子。腳本文件a.js代碼如下。

exports.done = false;
var b = require('./b.js');
console.log('在 a.js 之中,b.done = %j', b.done);
exports.done = true;
console.log('a.js 執(zhí)行完畢');

上面代碼之中,a.js腳本先輸出一個done變量,然后加載另一個腳本文件b.js。注意,此時a.js代碼就停在這里,等待b.js執(zhí)行完畢,再往下執(zhí)行。

再看b.js的代碼。

exports.done = false;
var a = require('./a.js');
console.log('在 b.js 之中,a.done = %j', a.done);
exports.done = true;
console.log('b.js 執(zhí)行完畢');

上面代碼之中,b.js執(zhí)行到第二行,就會去加載a.js,這時,就發(fā)生了“循環(huán)加載”。系統(tǒng)會去a.js模塊對應(yīng)對象的exports屬性取值,可是因為a.js還沒有執(zhí)行完,從exports屬性只能取回已經(jīng)執(zhí)行的部分,而不是最后的值。

a.js已經(jīng)執(zhí)行的部分,只有一行。

exports.done = false;

因此,對于b.js來說,它從a.js只輸入一個變量done,值為false。

然后,b.js接著往下執(zhí)行,等到全部執(zhí)行完畢,再把執(zhí)行權(quán)交還給a.js。于是,a.js接著往下執(zhí)行,直到執(zhí)行完畢。我們寫一個腳本main.js,驗證這個過程。

var a = require('./a.js');
var b = require('./b.js');
console.log('在 main.js 之中, a.done=%j, b.done=%j', a.done, b.done);

執(zhí)行main.js,運行結(jié)果如下。

$ node main.js

在 b.js 之中,a.done = false
b.js 執(zhí)行完畢
在 a.js 之中,b.done = true
a.js 執(zhí)行完畢
在 main.js 之中, a.done=true, b.done=true

上面的代碼證明了兩件事。一是,在b.js之中,a.js沒有執(zhí)行完畢,只執(zhí)行了第一行。二是,main.js執(zhí)行到第二行時,不會再次執(zhí)行b.js,而是輸出緩存的b.js的執(zhí)行結(jié)果,即它的第四行。

exports.done = true;

總之,CommonJS輸入的是被輸出值的拷貝,不是引用。

另外,由于CommonJS模塊遇到循環(huán)加載時,返回的是當(dāng)前已經(jīng)執(zhí)行的部分的值,而不是代碼全部執(zhí)行后的值,兩者可能會有差異。所以,輸入變量的時候,必須非常小心。

var a = require('a'); // 安全的寫法
var foo = require('a').foo; // 危險的寫法

exports.good = function (arg) {
  return a.foo('good', arg); // 使用的是 a.foo 的最新值
};

exports.bad = function (arg) {
  return foo('bad', arg); // 使用的是一個部分加載時的值
};

上面代碼中,如果發(fā)生循環(huán)加載,require('a').foo的值很可能后面會被改寫,改用require('a')會更保險一點。

ES6 模塊的循環(huán)加載

ES6 處理“循環(huán)加載”與CommonJS有本質(zhì)的不同。ES6模塊是動態(tài)引用,如果使用import從一個模塊加載變量(即import foo from 'foo'),那些變量不會被緩存,而是成為一個指向被加載模塊的引用,需要開發(fā)者自己保證,真正取值的時候能夠取到值。

請看下面這個例子。

// a.js如下
import {bar} from './b.js';
console.log('a.js');
console.log(bar);
export let foo = 'foo';

// b.js
import {foo} from './a.js';
console.log('b.js');
console.log(foo);
export let bar = 'bar';

上面代碼中,a.js加載b.jsb.js又加載a.js,構(gòu)成循環(huán)加載。執(zhí)行a.js,結(jié)果如下。

$ babel-node a.js
b.js
undefined
a.js
bar

上面代碼中,由于a.js的第一行是加載b.js,所以先執(zhí)行的是b.js。而b.js的第一行又是加載a.js,這時由于a.js已經(jīng)開始執(zhí)行了,所以不會重復(fù)執(zhí)行,而是繼續(xù)往下執(zhí)行b.js,所以第一行輸出的是b.js。

接著,b.js要打印變量foo,這時a.js還沒執(zhí)行完,取不到foo的值,導(dǎo)致打印出來是undefined。b.js執(zhí)行完,開始執(zhí)行a.js,這時就一切正常了。

再看一個稍微復(fù)雜的例子(摘自 Axel Rauschmayer 的《Exploring ES6》)。

// a.js
import {bar} from './b.js';
export function foo() {
  console.log('foo');
  bar();
  console.log('執(zhí)行完畢');
}
foo();

// b.js
import {foo} from './a.js';
export function bar() {
  console.log('bar');
  if (Math.random() > 0.5) {
    foo();
  }
}

按照 CommonJS 規(guī)范,上面的代碼是沒法執(zhí)行的。a先加載b,然后b又加載a,這時a還沒有任何執(zhí)行結(jié)果,所以輸出結(jié)果為null,即對于b.js來說,變量foo的值等于null,后面的foo()就會報錯。

但是,ES6可以執(zhí)行上面的代碼。

$ babel-node a.js
foo
bar
執(zhí)行完畢

// 執(zhí)行結(jié)果也有可能是
foo
bar
foo
bar
執(zhí)行完畢
執(zhí)行完畢

上面代碼中,a.js之所以能夠執(zhí)行,原因就在于ES6加載的變量,都是動態(tài)引用其所在的模塊。只要引用存在,代碼就能執(zhí)行。

下面,我們詳細(xì)分析這段代碼的運行過程。

// a.js

// 這一行建立一個引用,
// 從`b.js`引用`bar`
import {bar} from './b.js';

export function foo() {
  // 執(zhí)行時第一行輸出 foo
  console.log('foo');
  // 到 b.js 執(zhí)行 bar
  bar();
  console.log('執(zhí)行完畢');
}
foo();

// b.js

// 建立`a.js`的`foo`引用
import {foo} from './a.js';

export function bar() {
  // 執(zhí)行時,第二行輸出 bar
  console.log('bar');
  // 遞歸執(zhí)行 foo,一旦隨機(jī)數(shù)
  // 小于等于0.5,就停止執(zhí)行
  if (Math.random() > 0.5) {
    foo();
  }
}

我們再來看 ES6 模塊加載器SystemJS給出的一個例子。

// even.js
import { odd } from './odd'
export var counter = 0;
export function even(n) {
  counter++;
  return n == 0 || odd(n - 1);
}

// odd.js
import { even } from './even';
export function odd(n) {
  return n != 0 && even(n - 1);
}

上面代碼中,even.js里面的函數(shù)even有一個參數(shù)n,只要不等于0,就會減去1,傳入加載的odd()odd.js也會做類似操作。

運行上面這段代碼,結(jié)果如下。

$ babel-node
> import * as m from './even.js';
> m.even(10);
true
> m.counter
6
> m.even(20)
true
> m.counter
17

上面代碼中,參數(shù)n從10變?yōu)?的過程中,even()一共會執(zhí)行6次,所以變量counter等于6。第二次調(diào)用even()時,參數(shù)n從20變?yōu)?,even()一共會執(zhí)行11次,加上前面的6次,所以變量counter等于17。

這個例子要是改寫成CommonJS,就根本無法執(zhí)行,會報錯。

// even.js
var odd = require('./odd');
var counter = 0;
exports.counter = counter;
exports.even = function(n) {
  counter++;
  return n == 0 || odd(n - 1);
}

// odd.js
var even = require('./even').even;
module.exports = function(n) {
  return n != 0 && even(n - 1);
}

上面代碼中,even.js加載odd.js,而odd.js又去加載even.js,形成“循環(huán)加載”。這時,執(zhí)行引擎就會輸出even.js已經(jīng)執(zhí)行的部分(不存在任何結(jié)果),所以在odd.js之中,變量even等于null,等到后面調(diào)用even(n-1)就會報錯。

$ node
> var m = require('./even');
> m.even(10)
TypeError: even is not a function

ES6模塊的轉(zhuǎn)碼

瀏覽器目前還不支持ES6模塊,為了現(xiàn)在就能使用,可以將轉(zhuǎn)為ES5的寫法。除了Babel可以用來轉(zhuǎn)碼之外,還有以下兩個方法,也可以用來轉(zhuǎn)碼。

ES6 module transpiler

ES6 module transpiler是 square 公司開源的一個轉(zhuǎn)碼器,可以將 ES6 模塊轉(zhuǎn)為 CommonJS 模塊或 AMD 模塊的寫法,從而在瀏覽器中使用。

首先,安裝這個轉(zhuǎn)碼器。

$ npm install -g es6-module-transpiler

然后,使用compile-modules convert命令,將 ES6 模塊文件轉(zhuǎn)碼。

$ compile-modules convert file1.js file2.js

-o參數(shù)可以指定轉(zhuǎn)碼后的文件名。

$ compile-modules convert -o out.js file1.js

SystemJS

另一種解決方法是使用 SystemJS。它是一個墊片庫(polyfill),可以在瀏覽器內(nèi)加載 ES6 模塊、AMD 模塊和 CommonJS 模塊,將其轉(zhuǎn)為 ES5 格式。它在后臺調(diào)用的是 Google 的 Traceur 轉(zhuǎn)碼器。

使用時,先在網(wǎng)頁內(nèi)載入system.js文件。

<script src="system.js"></script>

然后,使用System.import方法加載模塊文件。

<script>
  System.import('./app.js');
</script>

上面代碼中的./app,指的是當(dāng)前目錄下的app.js文件。它可以是ES6模塊文件,System.import會自動將其轉(zhuǎn)碼。

需要注意的是,System.import使用異步加載,返回一個 Promise 對象,可以針對這個對象編程。下面是一個模塊文件。

// app/es6-file.js:

export class q {
  constructor() {
    this.es6 = 'hello';
  }
}

然后,在網(wǎng)頁內(nèi)加載這個模塊文件。

<script>

System.import('app/es6-file').then(function(m) {
  console.log(new m.q().es6); // hello
});

</script>

上面代碼中,System.import方法返回的是一個 Promise 對象,所以可以用then方法指定回調(diào)函數(shù)。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容