總結前端模塊化 CommonJS和AMD/CMD！

JS中的模塊規範（CommonJS，AMD，CMD），若是你聽過js模塊化這個東西，那麼你就應該聽過或CommonJS或AMD甚至是CMD這些規範咯，我也聽過。若是僅僅是一些基礎的活，咱們熟悉它的使用就好，可是咱們不能對一塊只是朦朦朧朧，今天我就來整理一下，這些究竟是什麼？它們在咱們前端的領域到底起了怎樣的做用？

CommonJs

CommonJS就是爲JS的表現來制定規範，NodeJS是這種規範的實現，webpack 也是以CommonJS的形式來書寫。由於js沒有模塊的功能因此CommonJS應運而生，它但願js能夠在任何地方運行，不僅是瀏覽器中。它的終極目標是提供一個相似Python，Ruby和Java標準庫。

若是你在Node.js平臺上寫過東西，你應該會比較熟悉CommonJS規範。與前面的AMD及CMD規範不同的是，CommonJS規範通常應用於服務端（Node.js平臺），並且CommonJS加載模塊採用的是同步方式（這跟他適用的場景有關係）。同時，得力於 Browserify 這樣的第三方工具，咱們能夠在瀏覽器端使用採用CommonJS規範的js文件。

CommonJS定義的模塊分爲:{模塊引用(require)} {模塊定義(exports)} {模塊標識(module)}

require()用來引入外部模塊；
exports對象用於導出當前模塊的方法或變量，惟一的導出口；
module對象就表明模塊自己。
複製代碼

雖然說Node遵循CommonJS的規範，可是相比也是作了一些取捨，填了一些新東西的。

不過，說了CommonJS也說了Node，那麼我以爲也得先了解下NPM了。NPM做爲Node的包管理器，不是爲了幫助Node解決依賴包的安裝問題嘛，那它確定也要遵循CommonJS規範啦，它遵循包規範（仍是理論）的。

CommonJS主要是爲了JS在後端制定的，那它爲何不適合前端呢？

那咱們就來看看它的原理：

瀏覽器不兼容CommonJS的根本緣由，在於缺乏四個Node.js環境的變量。
module
exports
require
global
複製代碼

只要可以提供這四個變量，瀏覽器就能加載 CommonJS 模塊。

知道了原理，就能夠作出工具，Browserify是目前最經常使用的 CommonJS 格式轉換的工具。（有興趣的同窗能夠去深刻了解）

AMD

基於commonJS規範的nodeJS出來之後，服務端的模塊概念已經造成，很天然地，你們就想要客戶端模塊。並且最好二者可以兼容，一個模塊不用修改，在服務器和瀏覽器均可以運行。可是，因爲一個重大的侷限，使得CommonJS規範不適用於瀏覽器環境。看以下代碼，若是在瀏覽器中運行，會有一個很大的問題，你能看出來嗎？

var math = require('math');
math.add(2, 3);
複製代碼

第二行math.add(2, 3)，在第一行require('math')以後運行，所以必須等math.js加載完成。也就是說，若是加載時間很長，整個應用就會停在那裏等。您會注意到 require是同步的。這對服務器端不是一個問題，由於全部的模塊都存放在本地硬盤，能夠同步加載完成，等待時間就是硬盤的讀取時間。可是，對於瀏覽器，這倒是一個大問題，由於模塊都放在服務器端，等待時間取決於網速的快慢，可能要等很長時間，瀏覽器處於"假死"狀態。

所以，瀏覽器端的模塊，不能採用"同步加載"（synchronous），只能採用"異步加載"（asynchronous）。這就是AMD規範誕生的背景。

CommonJS是主要爲了JS在後端的表現制定的，他是不適合前端的，AMD(異步模塊定義)出現了，它就主要爲前端JS的表現制定規範

AMD是"Asynchronous Module Definition"的縮寫，意思就是"異步模塊定義"。它採用異步方式加載模塊，模塊的加載不影響它後面語句的運行。全部依賴這個模塊的語句，都定義在一個回調函數中，等到加載完成以後，這個回調函數纔會運行。

AMD也採用require()語句加載模塊，可是不一樣於CommonJS，它要求兩個參數：

require([module], callback);
複製代碼

第一個參數[module]，是一個數組，裏面的成員就是要加載的模塊；第二個參數callback，則是加載成功以後的回調函數。若是將前面的代碼改寫成AMD形式，就是下面這樣：

require(['math'], function (math) {
    math.add(2, 3);
});
複製代碼

math.add()與math模塊加載不是同步的，瀏覽器不會發生假死。因此很顯然，AMD比較適合瀏覽器環境。目前，主要有兩個Javascript庫實現了AMD規範：require.js和curl.js。

require.js的誕生，就是爲了解決這兩個問題：

（1）實現js文件的異步加載，避免網頁失去響應；
（2）管理模塊之間的依賴性，便於代碼的編寫和維護。

固然我以爲每一個庫的誕生都有它自身的價值。

AMD就只有一個接口：define(id?,dependencies?,factory);

它要在聲明模塊的時候制定全部的依賴(dep)，而且還要當作形參傳到factory中，像這樣：

define(['dep1','dep2'],function(dep1,dep2){...});
複製代碼

要是沒什麼依賴，就定義簡單的模塊，下面這樣就能夠啦：

define(function(){
    var exports = {}; 
    exports.method = function(){...};
    return exports;
});
複製代碼

咦，這裏有define，把東西包裝起來啦，那Node實現中怎麼沒看到有define關鍵字呢，它也要把東西包裝起來呀，其實吧，只是Node隱式包裝了而已.....

這有AMD的WIKI中文版，講了不少蠻詳細的東西，用到的時候能夠查看：AMD WIKI 中文版

CMD

CMD規範，全稱」Common Module Definition」，稱爲 通用模塊加載規範 。通常也是用在瀏覽器端。瀏覽器端異步加載庫 Sea.js 實現的就是CMD規範。

AMD/CMD區別，雖然都是並行加載js文件，但仍是有所區別，AMD是預加載，在並行加載js文件同時，還會解析執行該模塊（由於還須要執行，因此在加載某個模塊前，這個模塊的依賴模塊須要先加載完成）；而CMD是懶加載，雖然會一開始就並行加載js文件，可是不會執行，而是在須要的時候才執行。

在 CMD 規範中，一個模塊就是一個文件

define(id?, deps?, factory)
複製代碼

id:模塊標識
deps：模塊依賴
factory：能夠是一個函數，也能夠是一個對象或字符串。
複製代碼

具體更詳細的規範，能夠參考CMD規範

有什麼遺漏的，歡迎補充~