什么是JavaScript模塊化?
模塊化在我看來,就是把一些公共的函數(shù)封裝起來給其他地方調(diào)用,而不用重復(fù)去寫一些冗余的函數(shù)代碼。
JavaScript模塊化大致發(fā)展過程
CommonJS(服務(wù)端) => AMD (瀏覽器端) => CMD / UMD => ES Module
CommonJS
CommonJS主要用于服務(wù)器端。 這個規(guī)范是同步的
特點:
AMD規(guī)范
在commonJS中, 模塊的加載過程是一個同步的過程, 很明顯地,如果在瀏覽器端, 肯定就會引起瀏覽器頁面的阻塞,因此,這時候?qū)δK異步加載的需求就出現(xiàn)了。從而出現(xiàn)AMD規(guī)范
異步模塊定義規(guī)范(AMD)制定了定義模塊的規(guī)則,這樣模塊和模塊的依賴可以被異步加載。這和瀏覽器的異步加載模塊的環(huán)境剛好適應(yīng)(瀏覽器同步加載模塊會導(dǎo)致性能、可用性、調(diào)試和跨域訪問等問題)
這時候RequireJS應(yīng)運而生
RequireJS
特點:
// a.js define(function (require, exports, module) { console.log('a.js'); exports.name = 'Jack'; }); // b.js define(function (require, exports, module) { console.log('b.js'); exports.desc = 'Hello World'; }); // main.js require(['a', 'b'], function (moduleA, moduleB) { console.log('main.js'); console.log(moduleA.name + ', ' + moduleB.desc); }); // 執(zhí)行順序: // a.js // b.js // main.js
然而, 他也有他的不足之處
按照 AMD 的規(guī)范,在定義模塊的時候需要把所有依賴模塊都羅列一遍(前置依賴),而且在使用時還需要在 factory 中作為形參傳進去。
是不是看起來又丑又復(fù)雜。。
RequireJS 模塊化的順序是這樣的:模塊預(yù)加載 => 全部模塊預(yù)執(zhí)行 => 主邏輯中調(diào)用模塊,所以實質(zhì)是依賴加載完成后還會預(yù)先一一將模塊執(zhí)行一遍,這種方式會使得程序效率有點低。
這個時候就出現(xiàn)了CMD規(guī)范,典型的就是seajs模塊化
SeaJS
SeaJS 模塊化的順序是這樣的:模塊預(yù)加載 => 主邏輯調(diào)用模塊前才執(zhí)行模塊中的代碼,通過依賴的延遲執(zhí)行,很好解決了 RequireJS 被詬病的缺點。
// a.js define(function (require, exports, module) { console.log('a.js'); exports.name = 'Jack'; }); // main.js define(function (require, exports, module) { console.log('main.js'); var moduleA = require('a'); console.log(moduleA.name); }); // 執(zhí)行順序 // main.js // a.js
ES6的module
ES Module 的思想是盡量的靜態(tài)化,即在編譯時就確定所有模塊的依賴關(guān)系,以及輸入和輸出的變量,和 CommonJS 和 AMD/CMD 這些標(biāo)準(zhǔn)不同的是,它們都是在運行時才能確定需要依賴哪一些模塊并且執(zhí)行它。ES Module 使得靜態(tài)分析成為可能
在使用 ES Module 值得注意的是:import 和 export 命令只能在模塊的頂層,在代碼塊中將會報錯
這是因為 ES Module 需要在編譯時期進行模塊靜態(tài)優(yōu)化,import 和 export 命令會被 JavaScript 引擎靜態(tài)分析,先于模塊內(nèi)的其他語句執(zhí)行,這種設(shè)計有利于編譯器提高效率,但也導(dǎo)致無法在運行時加載模塊(動態(tài)加載)。