js模組化的總結
從前端打包的歷史談起
在很長的一段前端歷史裡,是不存在打包這個說法的。那個時候頁面基本是純靜態的或者服務端輸出的, 沒有 AJAX,也沒有 jQuery。Google 推出 Gmail 的時候(2004 年),XMLHttpRequest, 也就是我們俗稱的 AJAX被拾起的時候,前端開發者開始往頁面裡插入各種庫和外掛,我們的 js 檔案程指數倍的開始增加了。JSMin、YUI Compressor、Closure Compiler、UglifyJS 等 js 檔案壓縮合並工具陸陸續續誕生了。壓縮工具是有了,但我們得要執行它,最簡單的辦法呢,就是 windows 上搞個 bat 指令碼,mac / linux 上搞個 bash 指令碼,哪幾個檔案要合併在一塊的,哪幾個要壓縮的,釋出的時候執行一下指令碼,生成壓縮後的檔案。
這時候commonJS出現了,如果想在a.js引入b.js和c.js,大概語法是
var b = require(./b.js); var c = require(./c.js);
b.js和c.js匯出方式是大概這樣的
exports.add = function(a, b) { return a+b; }
然後再a.js中可以使用b模組的add方法
var n = b.add(5, 8);
// b.js module.exports = { add(a, b){ return a+b; } } // or exports.add = function(a,b) { return a+b; } // a.js var b = require('./b.js'); var n = b.add(5,8);
上述程式碼中, module.exports 和 exports 很容易混淆,下面看下大致的內部實現
var module = require('./b.js'); module.add // 包裝了一層立即執行函式,防止全域性變數汙染,重要的是module,module是node獨有的一個變數 module.exports = { add: function(a,b) { return a+b; } } // 基本實現 var module = { exports: {} // exports是個空物件 } var exports = module.exports var load = function(module) { // 需要匯出的東西 var add = function(a, b) { return a+b; } module.exports = add; return module.exports; }
module.exports和exports用法一模一樣,但是不能對exports直接賦值,沒有任何效果。
但是commonJS是node獨有的規範,瀏覽器中並不適用,因為require()的返回是同步的,伺服器載入資源的時候並不能非同步的讀取。在瀏覽器中如果使用這種方式就會堵塞js指令碼的執行,所以瀏覽器中只能使用Browserify解析。Browserify和webpack幾乎同時出現,簡單介紹下Browserify: 其目的是讓前端也能使用commonJS的語法來載入js,它會從入口js開始,把所有的require()呼叫檔案打包併合併到一個檔案,這樣就解決了非同步載入的問題。但是對比webpack,他的缺點也是明顯的:
1.不支援按需載入,Browserify不支援把程式碼打包成多個檔案。
2.對非js檔案的載入不夠完善,比如html中的img標籤,只能轉成Data URI的形式,並不能替換為打包後的路徑。在配合gulp或者grunt使用時增加了難度。
3.只支援commonJS規範,不支援後續介紹的AMD和ES6 Module。
所以webpack一統了天下。
於是,在commonJS的基礎上,2011又出現了 Asynchronous Module Definition,也是就是AMD規範,AMD規範使用非同步回撥的語法來並行下載多個依賴項,基本語法如下
require(['./b.js', './c.js'], function(b,c){ var n = b.add(5,8);
console.log(c) })
同時,匯出的時候也需要使用非同步回撥的方式,比如,c模組又依賴了d.js
defined(['./d'], function(d){ return d.PI })
總結下AMD: 定義模組使用defined()函式,引入使用reqire()函式,兩者的區別是,前者必須要在回撥函式中返回一個值作為匯出的東西,後者確不需要任何匯出,同時也無法作為被依賴項被其他檔案匯入,因此一般用於入口檔案。
AMD是由RequireJS提出的。如果想了解可以檢視其文件。但是現在基本已經被淘汰了。
js的模組化問題解決後,css模組化也被各種各樣的css前處理器所處理: less、sass、stylus、scss等等。
後來有了ES6規範,提出了模組化的概念,配合babel可以直接使用 ES6模組化
// b.js export function a() {} export function b() {} // c.js export default function() {} // a.js import {a, b} from './b.js' import ModuleC from './c.js'
對於commonJS和ES6 module 的區別簡單總結如下:
1. 前者支援動態匯入,也就是可以這樣寫 require(`${path}/b.js`), 後者目前不支援,但是已有提案。
2. 前者是同步匯入,因為用於伺服器,檔案都在本地,同步匯入即使卡主主執行緒也影響不大;後者是非同步匯入,因為用於瀏覽器,需要從伺服器下載檔案,如果使用同步匯入會影響頁面渲染。
3. 前者在匯出時是值拷貝,就算匯出的值發生變化了,匯入的值也不會改變。所以如果匯入結束後想更新值,必須重新匯入一次;後者才用的是實時繫結的方式, 匯入匯出的值都指向同一個記憶體地址,所以匯入值會跟隨匯出值變化。
4. ES6 module 會編譯成為 require/exports 來執