common.js AMD CMD

common.js

common.js定製了這些規範 而node.js就是這些規範的實現

node.js的模塊系統，就是參照CommonJS規範實現的。在CommonJS中，有一個全局性方法require()，用於加載模塊。假定有一個數學模塊math.js，就能夠像下面這樣加載。

CommonJs規範的出發點：JS沒有模塊系統、標準庫較少、缺少包管理工具；爲了讓JS能夠在任何地方運行，以達到Java、C#、PHP這些後臺語言具有開發大型應用的能力；

在CommonJs規範中：

• 一個文件就是一個模塊，擁有單獨的做用域；

• 普通方式定義的變量、函數、對象都屬於該模塊內；

• 經過require來加載模塊；

• 經過exports和modul.exports來暴露模塊中的內容；

commonjs是用在服務器端的，同步的，如nodejs

amd, cmd是用在瀏覽器端的，異步的，如requirejs和seajs

其中，amd先提出，cmd是根據commonjs和amd基礎上提出的。

• 1.對於依賴的模塊AMD是提早執行，CMD是延遲執行。不過RequireJS從2.0開始，也改爲能夠延遲執行（根據寫法不一樣，處理方式不經過）。

• 2.CMD推崇依賴就近，AMD推崇依賴前置。

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。

cmd

SeaJS只會在真正須要使用(依賴)模塊時才執行該模塊 SeaJS是異步加載模塊的沒錯, 但執行模塊的順序也是嚴格按照模塊在代碼中出現(require)的順序, 這樣才更符合邏輯吧! 你說呢, RequireJS?