前端模組化詳解(完整版)

浪裡行舟發表於2019-02-16

前言

在JavaScript發展初期就是為了實現簡單的頁面互動邏輯,寥寥數語即可;如今CPU、瀏覽器效能得到了極大的提升,很多頁面邏輯遷移到了客戶端(表單驗證等),隨著web2.0時代的到來,Ajax技術得到廣泛應用,jQuery等前端庫層出不窮,前端程式碼日益膨脹,此時在JS方面就會考慮使用模組化規範去管理。
本文內容主要有理解模組化,為什麼要模組化,模組化的優缺點以及模組化規範,並且介紹下開發中最流行的CommonJS, AMD, ES6、CMD規範。本文試圖站在小白的角度,用通俗易懂的筆調介紹這些枯燥無味的概念,希望諸君閱讀後,對模組化程式設計有個全新的認識和理解!

建議下載本文原始碼,自己動手敲一遍,請猛戳GitHub個人部落格(全集)

前端模組化詳解(完整版)

一、模組化的理解

1.什麼是模組?

  • 將一個複雜的程式依據一定的規則(規範)封裝成幾個塊(檔案), 並進行組合在一起
  • 塊的內部資料與實現是私有的, 只是向外部暴露一些介面(方法)與外部其它模組通訊

2.模組化的進化過程

  • 全域性function模式 : 將不同的功能封裝成不同的全域性函式
    • 編碼: 將不同的功能封裝成不同的全域性函式
    • 問題: 汙染全域性名稱空間, 容易引起命名衝突或資料不安全,而且模組成員之間看不出直接關係

  • namespace模式 : 簡單物件封裝
    • 作用: 減少了全域性變數,解決命名衝突
    • 問題: 資料不安全(外部可以直接修改模組內部的資料)

這樣的寫法會暴露所有模組成員,內部狀態可以被外部改寫。

  • IIFE模式:匿名函式自呼叫(閉包)
    • 作用: 資料是私有的, 外部只能通過暴露的方法操作
    • 編碼: 將資料和行為封裝到一個函式內部, 通過給window新增屬性來向外暴露介面
    • 問題: 如果當前這個模組依賴另一個模組怎麼辦?

最後得到的結果:

前端模組化詳解(完整版)

  • IIFE模式增強 : 引入依賴

這就是現代模組實現的基石

上例子通過jquery方法將頁面的背景顏色改成紅色,所以必須先引入jQuery庫,就把這個庫當作引數傳入。這樣做除了保證模組的獨立性,還使得模組之間的依賴關係變得明顯

3. 模組化的好處

  • 避免命名衝突(減少名稱空間汙染)
  • 更好的分離, 按需載入
  • 更高複用性
  • 高可維護性

4. 引入多個<script>後出現出現問題

  • 請求過多

首先我們要依賴多個模組,那樣就會傳送多個請求,導致請求過多

  • 依賴模糊

我們不知道他們的具體依賴關係是什麼,也就是說很容易因為不瞭解他們之間的依賴關係導致載入先後順序出錯。

  • 難以維護

以上兩種原因就導致了很難維護,很可能出現牽一髮而動全身的情況導致專案出現嚴重的問題。
模組化固然有多個好處,然而一個頁面需要引入多個js檔案,就會出現以上這些問題。而這些問題可以通過模組化規範來解決,下面介紹開發中最流行的commonjs, AMD, ES6, CMD規範。

二、模組化規範

1.CommonJS

(1)概述

Node 應用由模組組成,採用 CommonJS 模組規範。每個檔案就是一個模組,有自己的作用域。在一個檔案裡面定義的變數、函式、類,都是私有的,對其他檔案不可見。在伺服器端,模組的載入是執行時同步載入的;在瀏覽器端,模組需要提前編譯打包處理。

(2)特點

  • 所有程式碼都執行在模組作用域,不會汙染全域性作用域。
  • 模組可以多次載入,但是隻會在第一次載入時執行一次,然後執行結果就被快取了,以後再載入,就直接讀取快取結果。要想讓模組再次執行,必須清除快取。
  • 模組載入的順序,按照其在程式碼中出現的順序。

(3)基本語法

  • 暴露模組:module.exports = valueexports.xxx = value
  • 引入模組:require(xxx),如果是第三方模組,xxx為模組名;如果是自定義模組,xxx為模組檔案路徑

此處我們有個疑問:CommonJS暴露的模組到底是什麼? CommonJS規範規定,每個模組內部,module變數代表當前模組。這個變數是一個物件,它的exports屬性(即module.exports)是對外的介面。載入某個模組,其實是載入該模組的module.exports屬性

上面程式碼通過module.exports輸出變數x和函式addX。

require命令用於載入模組檔案。require命令的基本功能是,讀入並執行一個JavaScript檔案,然後返回該模組的exports物件。如果沒有發現指定模組,會報錯

(4)模組的載入機制

CommonJS模組的載入機制是,輸入的是被輸出的值的拷貝。也就是說,一旦輸出一個值,模組內部的變化就影響不到這個值。這點與ES6模組化有重大差異(下文會介紹),請看下面這個例子:

上面程式碼輸出內部變數counter和改寫這個變數的內部方法incCounter。

上面程式碼說明,counter輸出以後,lib.js模組內部的變化就影響不到counter了。這是因為counter是一個原始型別的值,會被快取。除非寫成一個函式,才能得到內部變動後的值

(5)伺服器端實現

①下載安裝node.js

②建立專案結構

注意:用npm init 自動生成package.json時,package name(包名)不能有中文和大寫

③下載第三方模組

npm install uniq --save // 用於陣列去重

④定義模組程式碼

⑤通過node執行app.js

命令列輸入node app.js,執行JS檔案

(6)瀏覽器端實現(藉助Browserify)

①建立專案結構

②下載browserify

  • 全域性: npm install browserify -g
  • 區域性: npm install browserify –save-dev

③定義模組程式碼(同伺服器端)

注意:index.html檔案要執行在瀏覽器上,需要藉助browserify將app.js檔案打包編譯,如果直接在index.html引入app.js就會報錯!

④打包處理js

根目錄下執行browserify js/src/app.js -o js/dist/bundle.js

⑤頁面使用引入

在index.html檔案中引入<script type=”text/javascript” src=”js/dist/bundle.js”></script>

2.AMD

CommonJS規範載入模組是同步的,也就是說,只有載入完成,才能執行後面的操作。AMD規範則是非同步載入模組,允許指定回撥函式。由於Node.js主要用於伺服器程式設計,模組檔案一般都已經存在於本地硬碟,所以載入起來比較快,不用考慮非同步載入的方式,所以CommonJS規範比較適用。但是,如果是瀏覽器環境,要從伺服器端載入模組,這時就必須採用非同步模式,因此瀏覽器端一般採用AMD規範。此外AMD規範比CommonJS規範在瀏覽器端實現要來著早。

(1)AMD規範基本語法

定義暴露模組:

引入使用模組:

(2)未使用AMD規範與使用require.js

通過比較兩者的實現方法,來說明使用AMD規範的好處。

  • 未使用AMD規範

Modular Demo 1: 未使用AMD(require.js)

最後得到如下結果:

前端模組化詳解(完整版)

這種方式缺點很明顯:首先會傳送多個請求,其次引入的js檔案順序不能搞錯,否則會報錯!

  • 使用require.js

RequireJS是一個工具庫,主要用於客戶端的模組管理。它的模組管理遵守AMD規範,RequireJS的基本思想是,通過define方法,將程式碼定義為模組;通過require方法,實現程式碼的模組載入
接下來介紹AMD規範在瀏覽器實現的步驟:

①下載require.js, 並引入

  • 官網: http://www.requirejs.cn/
  • github : https://github.com/requirejs/requirejs

然後將require.js匯入專案: js/libs/require.js

②建立專案結構

③定義require.js的模組程式碼

④頁面引入require.js模組:

在index.html引入 <script data-main="js/main" src="js/libs/require.js"></script>

此外在專案中如何引入第三方庫?只需在上面程式碼的基礎稍作修改:

上例是在alerter.js檔案中引入jQuery第三方庫,main.js檔案也要有相應的路徑配置。
小結:通過兩者的比較,可以得出AMD模組定義的方法非常清晰,不會汙染全域性環境,能夠清楚地顯示依賴關係。AMD模式可以用於瀏覽器環境,並且允許非同步載入模組,也可以根據需要動態載入模組。

3.CMD

CMD規範專門用於瀏覽器端,模組的載入是非同步的,模組使用時才會載入執行。CMD規範整合了CommonJS和AMD規範的特點。在 Sea.js 中,所有 JavaScript 模組都遵循 CMD模組定義規範。

(1)CMD規範基本語法

定義暴露模組:

引入使用模組:

(2)sea.js簡單使用教程

①下載sea.js, 並引入

然後將sea.js匯入專案: js/libs/sea.js

②建立專案結構

③定義sea.js的模組程式碼

④在index.html中引入

最後得到結果如下:

前端模組化詳解(完整版)

4.ES6模組化

ES6 模組的設計思想是儘量的靜態化,使得編譯時就能確定模組的依賴關係,以及輸入和輸出的變數。CommonJS 和 AMD 模組,都只能在執行時確定這些東西。比如,CommonJS 模組就是物件,輸入時必須查詢物件屬性。

(1)ES6模組化語法

export命令用於規定模組的對外介面,import命令用於輸入其他模組提供的功能。

如上例所示,使用import命令的時候,使用者需要知道所要載入的變數名或函式名,否則無法載入。為了給使用者提供方便,讓他們不用閱讀文件就能載入模組,就要用到export default命令,為模組指定預設輸出。

模組預設輸出, 其他模組載入該模組時,import命令可以為該匿名函式指定任意名字。

(2)ES6 模組與 CommonJS 模組的差異

它們有兩個重大差異:

① CommonJS 模組輸出的是一個值的拷貝,ES6 模組輸出的是值的引用

② CommonJS 模組是執行時載入,ES6 模組是編譯時輸出介面

第二個差異是因為 CommonJS 載入的是一個物件(即module.exports屬性),該物件只有在指令碼執行完才會生成。而 ES6 模組不是物件,它的對外介面只是一種靜態定義,在程式碼靜態解析階段就會生成。

下面重點解釋第一個差異,我們還是舉上面那個CommonJS模組的載入機制例子:

ES6 模組的執行機制與 CommonJS 不一樣。ES6 模組是動態引用,並且不會快取值,模組裡面的變數繫結其所在的模組

(3) ES6-Babel-Browserify使用教程

簡單來說就一句話:使用Babel將ES6編譯為ES5程式碼,使用Browserify編譯打包js

①定義package.json檔案

②安裝babel-cli, babel-preset-es2015和browserify

  • npm install babel-cli browserify -g
  • npm install babel-preset-es2015 –save-dev
  • preset 預設(將es6轉換成es5的所有外掛打包)

③定義.babelrc檔案

④定義模組程式碼

⑤ 編譯並在index.html中引入

  • 使用Babel將ES6編譯為ES5程式碼(但包含CommonJS語法) : babel js/src -d js/lib
  • 使用Browserify編譯js : browserify js/lib/app.js -o js/lib/bundle.js

然後在index.html檔案中引入

最後得到如下結果:

前端模組化詳解(完整版)

此外第三方庫(以jQuery為例)如何引入呢
首先安裝依賴npm install jquery@1
然後在app.js檔案中引入

三、總結

  • CommonJS規範主要用於服務端程式設計,載入模組是同步的,這並不適合在瀏覽器環境,因為同步意味著阻塞載入,瀏覽器資源是非同步載入的,因此有了AMD CMD解決方案。
  • AMD規範在瀏覽器環境中非同步載入模組,而且可以並行載入多個模組。不過,AMD規範開發成本高,程式碼的閱讀和書寫比較困難,模組定義方式的語義不順暢。
  • CMD規範與AMD規範很相似,都用於瀏覽器程式設計,依賴就近,延遲執行,可以很容易在Node.js中執行。不過,依賴SPM 打包,模組的載入邏輯偏重
  • ES6 在語言標準的層面上,實現了模組功能,而且實現得相當簡單,完全可以取代 CommonJS 和 AMD 規範,成為瀏覽器和伺服器通用的模組解決方案

後記

花了很長時間(>10h)終於把”JS模組化”講清楚,自己對模組化的認識又加深了一步,事實上,理解一件事並不難,難的是如何將一件事通俗分享給別人,並讓別人也有所收穫,一直以來我也是這樣要求自己!文章如有錯誤和不正之處,歡迎指正和批評,同時也希望大家多多支援,我會有更大的創作動力!

參考文章

相關文章