AMD、CMD、UMD 模組的寫法

發表於2015-03-24

簡介

最近幾年,我們可以選擇的Javascript元件的生態系統一直在穩步增長。雖然陡增的選擇範圍是極好的,但當元件混合匹配使用時就會出現很尷尬的局面。開發新手們會很快發現不是所有元件都能彼此“和平相處”。

為了解決這個問題,兩種競爭關係的模組規範AMD和CommonJS問世了,它們允許開發者遵照一種約定的沙箱化和模組化的方式來寫程式碼,這樣就能避免“汙染生態系統”。

AMD

隨著RequireJS成為最流行的實現方式,非同步模組規範(AMD)在前端界已經被廣泛認同。

下面是隻依賴jquery的模組foo的程式碼:

還有稍微複雜點的例子,下面的程式碼依賴了多個元件並且暴露多個方法:

定義的第一個部分是一個依賴陣列,第二個部分是回撥函式,只有當依賴的元件可用時(像RequireJS這樣的指令碼載入器會負責這一部分,包括找到檔案路徑)回撥函式才被執行。

注意,依賴元件和變數的順序是一一對應的(例如,jquery->$, underscore->_)。

同時注意,我們可以用任意的變數名來表示依賴元件。假如我們把$改成$$,在函式體裡面的所有對jQuery的引用都由$變成了$$。

還要注意,最重要的是你不能在回撥函式外面引用變數$和_,因為它相對其它程式碼是獨立的。這正是模組化的目的所在!

CommonJS

如果你用Node寫過東西的話,你可能會熟悉CommonJS的風格(node使用的格式與之相差無幾)。因為有Browserify,它也一直被前端界廣泛認同。

就像前面的格式一樣,下面是用CommonJS規範實現的foo模組的寫法:

還有更復雜的例子,下面的程式碼依賴了多個元件並且暴露多個方法:

UMD: 通用模組規範

既然CommonJs和AMD風格一樣流行,似乎缺少一個統一的規範。所以人們產生了這樣的需求,希望有支援兩種風格的“通用”模式,於是通用模組規範(UMD)誕生了。

不得不承認,這個模式略難看,但是它相容了AMD和CommonJS,同時還支援老式的“全域性”變數規範:


保持跟上面例子一樣的模式,下面是更復雜的例子,它依賴了多個元件並且暴露多個方法:

相關文章