ES6標(biāo)準(zhǔn)發(fā)布后，module成為標(biāo)準(zhǔn)，標(biāo)準(zhǔn)的使用是以export指令導(dǎo)出接口，以import引入模塊，但是在我們一貫的node模塊中，我們采用的是CommonJS規(guī)范，使用require引入模塊，使用module.exports導(dǎo)出接口。

不把require和import整清楚，會(huì)在未來的標(biāo)準(zhǔn)編程中死的很難看。

require時(shí)代的模塊

node編程中最重要的思想之一就是模塊，而正是這個(gè)思想，讓JavaScript的大規(guī)模工程成為可能。模塊化編程在js界流行，也是基于此，隨后在瀏覽器端，requirejs和seajs之類的工具包也出現(xiàn)了，可以說在對(duì)應(yīng)規(guī)范下，require統(tǒng)治了ES6之前的所有模塊化編程，即使現(xiàn)在，在ES6 module被完全實(shí)現(xiàn)之前，還是這樣。

node的module遵循CommonJS規(guī)范，requirejs遵循AMD，seajs遵循CMD，雖各有不同，但總之還是希望保持較為統(tǒng)一的代碼風(fēng)格。

// a.js

// -------- node -----------
module.exports = {
 a : function() {},
 b : 'xxx'
};

// ----------- AMD or CMD ----------------
define(function(require, exports, module){
 module.exports = {
  a : function() {},
  b : 'xxx'
 };
});

可以看出，為了保持風(fēng)格的高度統(tǒng)一，除了在瀏覽器端的模塊中要使用一個(gè)define函數(shù)來提供模塊的閉包以外，其他代碼可以完全一致。

// b.js

// ------------ node ---------
var m = require('./a');
m.a();

// ------------ AMD or CMD -------------
define(function(require, exports, module){
  var m = require('./a');
  m.a();
});

在使用上，也非常相似。雖然AMD or CMD提供了更加豐富的風(fēng)格，但是我們本文主要是討論node環(huán)境下，所以不做擴(kuò)展。

ES6中的module

ES6發(fā)布的module并沒有直接采用CommonJS，甚至連require都沒有采用，也就是說require仍然只是node的一個(gè)私有的全局方法，module.exports也只是node私有的一個(gè)全局變量屬性，跟標(biāo)準(zhǔn)半毛錢關(guān)系都沒有。

export導(dǎo)出模塊接口

export的用法挺復(fù)雜的，具體有哪些可以看 這里 。這里舉幾個(gè)例子：

// a.js
export default function() {}
export function a () {}

var b = 'xxx';
export ; // 這是ES6的寫法，實(shí)際上就是{b:b}
setTimeout(() => b = 'ooo', 1000);
export var c = 100;

在要導(dǎo)出的接口前面，加入export指令。

在export之后，b還可以被修改，這和CommonJS有著巨大不同，關(guān)于內(nèi)部機(jī)理的東西，本文就無恥的省略了。

注意，下面的語法有嚴(yán)重錯(cuò)誤：

// 錯(cuò)誤演示
export 1; // 絕對(duì)不可以
var a = 100;
export a;

export在導(dǎo)出接口的時(shí)候，必須與模塊內(nèi)部的變量具有一一對(duì)應(yīng)的關(guān)系。直接導(dǎo)出1沒有任何意義，也不可能在import的時(shí)候有一個(gè)變量與之對(duì)應(yīng)。 export a 雖然看上去成立，但是 a 的值是一個(gè)數(shù)字，根本無法完成解構(gòu)，因此必須寫成 export {a} 的形式。即使a被賦值為一個(gè)function，也是不允許的。而且，大部分風(fēng)格都建議，模塊中最好在末尾用一個(gè)export導(dǎo)出所有的接口，例如：

export {fun as default,a,b,c};

import導(dǎo)入模塊

import的語法跟require不同，而且import必須放在文件的最開始，且前面不允許有其他邏輯代碼，這和其他所有編程語言風(fēng)格一致。

import的使用和export一樣，也挺復(fù)雜，可以在 這里 大致了解。舉幾個(gè)例子：

import $ from 'jquery';
import * as _ from '_';
import {a,b,c} from './a';
import {default as alias, a as a_a, b, c} from './a';

這里有一些坑，暫時(shí)不透露，下面會(huì)講到。

import后面跟上花括號(hào)的形式是最基本的用法，花括號(hào)里面的變量與export后面的變量一一對(duì)應(yīng)。這里，你必須了解 對(duì)象的解構(gòu)賦值 的知識(shí)，沒這知識(shí)，你根本沒法在這里裝逼。了解了解構(gòu)賦值，這里的“一一對(duì)應(yīng)”的關(guān)系就能具體理解了。

as關(guān)鍵字

編程的同學(xué)對(duì)as都容易理解，簡(jiǎn)單的說就是取一個(gè)別名。export中可以用，import中其實(shí)可以用：

// a.js
var a = function() {};
export {a as fun};

// b.js
import {fun as a} from './a';
a();

上面這段代碼，export的時(shí)候，對(duì)外提供的接口是fun，它是a.js內(nèi)部a這個(gè)函數(shù)的別名，但是在模塊外面，認(rèn)不到a，只能認(rèn)到fun。

import中的as就很簡(jiǎn)單，就是你在使用模塊里面的方法的時(shí)候，給這個(gè)方法取一個(gè)別名，好在當(dāng)前的文件里面使用。之所以是這樣，是因?yàn)橛械臅r(shí)候不同的兩個(gè)模塊可能通過相同的接口，比如有一個(gè)c.js也通過了fun這個(gè)接口：

// c.js
export function fun() {};

如果在b.js中同時(shí)使用a和c這兩個(gè)模塊，就必須想辦法解決接口重名的問題，as就解決了。

default關(guān)鍵字

其他人寫教程什么的，都把default放到export那個(gè)部分，我覺得不利于理解。在export的時(shí)候，可能會(huì)用到default，說白了，它其實(shí)是別名的語法糖：

// d.js
export default function() {}

// 等效于：
function a() {};
export {a as default};

在import的時(shí)候，可以這樣用：

import a from './d';

// 等效于，或者說就是下面這種寫法的簡(jiǎn)寫，是同一個(gè)意思
import {default as a} from './d';

這個(gè)語法糖的好處就是import的時(shí)候，可以省去花括號(hào){}。簡(jiǎn)單的說，如果import的時(shí)候，你發(fā)現(xiàn)某個(gè)變量沒有花括號(hào)括起來（沒有*號(hào)），那么你在腦海中應(yīng)該把它還原成有花括號(hào)的as語法。

所以，下面這種寫法你也應(yīng)該理解了吧：

import $,{each,map} from 'jquery';

import后面第一個(gè) $ 是 {defalut as $} 的替代寫法。

*符號(hào)

*就是代表所有，只用在import中，我們看下兩個(gè)例子：

import * as _ from '_';

在意義上和 import _ from '_'; 是不同的，雖然實(shí)際上后面的使用方法是一樣的。它表示的是把 '_' 模塊中的所有接口掛載到 _ 這個(gè)對(duì)象上，所以可以用 _.each調(diào)用某個(gè)接口。

另外還可以通過*號(hào)直接繼承某一個(gè)模塊的接口：

export * from '_';

// 等效于：
import * as all from '_';
export all;

*符號(hào)盡可能少用，它實(shí)際上是使用所有export的接口，但是很有可能你的當(dāng)前模塊并不會(huì)用到所有接口，可能僅僅是一個(gè)，所以最好的建議是使用花括號(hào)，用一個(gè)加一個(gè)。

該用require還是import？

require的使用非常簡(jiǎn)單，它相當(dāng)于module.exports的傳送門，module.exports后面的內(nèi)容是什么，require的結(jié)果就是什么，對(duì)象、數(shù)字、字符串、函數(shù)……再把require的結(jié)果賦值給某個(gè)變量，相當(dāng)于把require和module.exports進(jìn)行平行空間的位置重疊。

而且require理論上可以運(yùn)用在代碼的任何地方，甚至不需要賦值給某個(gè)變量之后再使用，比如：

require('./a')(); // a模塊是一個(gè)函數(shù)，立即執(zhí)行a模塊函數(shù)
var data = require('./a').data; // a模塊導(dǎo)出的是一個(gè)對(duì)象
var a = require('./a')[0]; // a模塊導(dǎo)出的是一個(gè)數(shù)組

你在使用時(shí)，完全可以忽略模塊化這個(gè)概念來使用require，僅僅把它當(dāng)做一個(gè)node內(nèi)置的全局函數(shù)，它的參數(shù)甚至可以是表達(dá)式：

require(process.cwd() + '/a');

但是import則不同，它是編譯時(shí)的（require是運(yùn)行時(shí)的），它必須放在文件開頭，而且使用格式也是確定的，不容置疑。它不會(huì)將整個(gè)模塊運(yùn)行后賦值給某個(gè)變量，而是只選擇import的接口進(jìn)行編譯，這樣在性能上比require好很多。

從理解上，require是賦值過程，import是解構(gòu)過程，當(dāng)然，require也可以將結(jié)果解構(gòu)賦值給一組變量，但是import在遇到default時(shí)，和require則完全不同： var $ = require('jQuery'); 和 import $ from 'jquery' 是完全不同的兩種概念。

上面完全沒有回答“改用require還是import？”這個(gè)問題，因?yàn)檫@個(gè)問題就目前而言，根本沒法回答，因?yàn)槟壳八械囊娑歼€沒有實(shí)現(xiàn)import，我們?cè)趎ode中使用babel支持ES6，也僅僅是將ES6轉(zhuǎn)碼為ES5再執(zhí)行，import語法會(huì)被轉(zhuǎn)碼為require。這也是為什么在模塊導(dǎo)出時(shí)使用module.exports，在引入模塊時(shí)使用import仍然起效，因?yàn)楸举|(zhì)上，import會(huì)被轉(zhuǎn)碼為require去執(zhí)行。

但是，我們要知道這樣一個(gè)道理，ES7很快也會(huì)發(fā)布，js引擎?zhèn)儠?huì)盡快實(shí)現(xiàn)ES6標(biāo)準(zhǔn)的規(guī)定，如果一個(gè)引擎連標(biāo)準(zhǔn)都實(shí)現(xiàn)不了，就會(huì)被淘汰， ES6是遲早的事 。如果你現(xiàn)在仍然在代碼中部署require，那么等到ES6被引擎支持時(shí)，你必須升級(jí)你的代碼，而如果現(xiàn)在開始部署import，那么未來可能只需要做很少的改動(dòng)。

以上就是本文的全部?jī)?nèi)容，希望對(duì)大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評(píng)論