隨著瀏覽器功能越來越完善，前端已經不僅僅是切圖做網站，前端在某些方面已經媲美桌面應用。越來越龐大的前端項目，越來越復雜的代碼，前端開發(fā)者們對于模塊化的需求空前強烈。后來node出現(xiàn)了，跟隨node出現(xiàn)的還有commonjs，這是一種js模塊化解決方案，像Node.js主要用于服務器的編程，加載的模塊文件一般都已經存在本地硬盤，所以加載起來比較快，不用考慮異步加載的方式，CommonJS 加載模塊是同步的，所以只有加載完成才能執(zhí)行后面的操作。但是瀏覽器環(huán)境不同于Node，瀏覽器中獲取一個資源必須要發(fā)送http請求，從服務器端獲取，采用同步模式必然會阻塞瀏覽器進程出現(xiàn)假死現(xiàn)象。在這方面dojo曾經做了偉大嘗試，早期dojo便是采用xhr+eval的方式，結果可想而知，阻塞現(xiàn)象是必然的。后來出現(xiàn)無阻塞加載腳本方式在開發(fā)中廣泛應用，在此基礎結合commonjs規(guī)范，前端模塊化迎來了兩種方案：AMD、CMD.
借用三藏法師一句話：人是人他媽生的，妖是妖他媽生的。此話雖不雅，但用這里卻頗為貼切。AMD 是 RequireJS 在推廣過程中對模塊定義的規(guī)范化產出，CMD是SeaJS 在推廣過程中被廣泛認知。RequireJs出自dojo加載器的作者James Burke，SeaJs出自國內前端大師玉伯。二者的區(qū)別，玉伯在12年如是說：
RequireJS 和 SeaJS 都是很不錯的模塊加載器，兩者區(qū)別如下：1. 兩者定位有差異。RequireJS 想成為瀏覽器端的模塊加載器，同時也想成為 Rhino /Node 等環(huán)境的模塊加載器。SeaJS 則專注于 Web 瀏覽器端，同時通過 Node 擴展的方式可以很方便跑在 Node 服務器端2. 兩者遵循的標準有差異。RequireJS 遵循的是 AMD（異步模塊定義）規(guī)范，SeaJS 遵循的是 CMD （通用模塊定義）規(guī)范。規(guī)范的不同，導致了兩者 API 的不同。SeaJS 更簡潔優(yōu)雅，更貼近 CommonJS Modules/1.1 和 Node Modules 規(guī)范。3. 兩者社區(qū)理念有差異。RequireJS 在嘗試讓第三方類庫修改自身來支持 RequireJS，目前只有少數(shù)社區(qū)采納。SeaJS 不強推，而采用自主封裝的方式來“海納百川”，目前已有較成熟的封裝策略。4. 兩者代碼質量有差異。RequireJS 是沒有明顯的 bug，SeaJS 是明顯沒有 bug。5. 兩者對調試等的支持有差異。SeaJS 通過插件，可以實現(xiàn) Fiddler 中自動映射的功能，還可以實現(xiàn)自動 combo 等功能，非常方便便捷。RequireJS 無這方面的支持。6. 兩者的插件機制有差異。RequireJS 采取的是在源碼中預留接口的形式，源碼中留有為插件而寫的代碼。SeaJS 采取的插件機制則與 Node 的方式一致：開放自身，讓插件開發(fā)者可直接訪問或修改，從而非常靈活，可以實現(xiàn)各種類型的插件。.
關于二者的區(qū)別，前人之述備矣：
YUI Modules 與 AMD/CMD，哪一種方式更好？
JavaSript模塊規(guī)范 - AMD規(guī)范與CMD規(guī)范介紹
而在本文，我們僅從代碼愛好者的角度來一窺二者API、模塊管理、加載、執(zhí)行的異同。
對比AMD與CMD規(guī)范，二者最大的區(qū)別在于依賴模塊的執(zhí)行時期，CMD規(guī)范中明確要求延遲執(zhí)行（Execution must be lazy.）。這一點從二者在模塊的定義方法define的函數(shù)簽名上可以看出：
AMD中define如下定義：
define(id?, dependencies?, factory);
id：String類型，它指定了模塊被定義時的id；可選的，如果省略，模塊id默認使用加載器請求的響應腳本的模塊id。
dependencies是一個模塊定義時要求的依賴項的模塊id數(shù)組字面量。這些依賴項必須在factory方法執(zhí)行前被解析，解析值應當被當做參數(shù)傳遞給factory函數(shù)；factory的參數(shù)位置符合模塊在依賴項中的索引。
factory，是一個被用來執(zhí)行模塊初始化的參數(shù)或者是一個對象。如果factory是一個函數(shù)，它應當只能被用來執(zhí)行一次。如果factory參數(shù)是一個對象，這個對象唄用來作為模塊的輸出值。如果factory函數(shù)返回一個值（對象、函數(shù)、任何可以被強制轉換為true的值），這個值將會被作為模塊的輸出值。
define(["./a", "./b"],function(a, b) {//BEGINa.doSomething();
b.doSomething();
});
CMD中模塊如下定義：
define(function(require, exports, module) {
// The module code goes here
});
一個模塊使用define函數(shù)來定義
define函數(shù)只接受一個模塊工廠作為參數(shù)
factory必須是一個函數(shù)或者其他有效值
如果factory是一個函數(shù)，如果指定參數(shù)的話，前三個必須是“require”，“exports”，“module”
如果factory不是一個函數(shù)，那么模塊的exports屬性被設置為那個有效對象
define(function(require, exports, module) {//BEGINrequire("./a").doSomething();
require("./b").doSomething();
});
需要提一下的是二者對待依賴模塊的加載是一致的，在factory執(zhí)行時，依賴模塊都已被加載。從代碼上來看，AMD中在BEGIN處a、b的factory都是執(zhí)行過的；而CMD中雖然a、b模塊在BEGIN已被加載，但尚未執(zhí)行，需要調用require執(zhí)行依賴模塊。這就是CMD中著重強調的延遲執(zhí)行。如果這個例子不明顯的話，我們來看一下條件依賴：
AMD：
define(["./a", "./b"],function(a, b) {//BEGINif(true) {
a.doSomething();
}else{
b.doSomething();
}//END});
define(function(require) {//BEGINif(some_condition) {
require('./a').doSomething();
}else{
require('./b').soSomething();
}//END});
條件依賴意思是我們根據(jù)條件使用依賴項，在AMD中BEGIN位置處a、b模塊都需要被執(zhí)行一次。CMD中BEGIN處a、b都沒有被執(zhí)行，在END處，a、b只有一個被實際執(zhí)行過。
那么問題來了，javascript作為腳本語言，代碼肯定是順序執(zhí)行的，作為AMD與CMD的實現(xiàn)者，requireJs與seaJs是如何知道需要加載的所有文件呢？又是如何做到異步加載？對于seajs，factory中代碼肯定是順序執(zhí)行的，但是這必須導致require時的阻塞加載，而她又是如何保證異步加載的？
每一個卓越的思想都有一份樸實的代碼實現(xiàn)。所以無論AMD與CMD都要面臨以下幾個問題：
1、模塊式如何注冊的，define函數(shù)都做了什么？
2、他們是如何知道模塊的依賴？
3、如何做到異步加載？尤其是seajs如何做到異步加載延遲執(zhí)行的？
辯證法第一規(guī)律：事物之間具有有機聯(lián)系。AMD與CMD都借鑒了CommonJs，宏觀層面必有一致性，比如整體處理流程：
模塊的加載解析到執(zhí)行過程一共經歷了6個步驟：
1、由入口進入程序
2、進入程序后首先要做的就是建立一個模塊倉庫（這是防止重復加載模塊的關鍵），JavaScript原生的object對象最為適合，key代表模塊Id，value代表各個模塊，處理主模塊
3、向模塊倉庫注冊一模塊，一個模塊最少包含四個屬性：id（唯一標識符）、deps（依賴項的id數(shù)組）、factory（模塊自身代碼）、status（模塊的狀態(tài)：未加載、已加載未執(zhí)行、已執(zhí)行等），放到代碼中當然還是object最合適
4、模塊即是JavaScript文件，使用無阻塞方式（動態(tài)創(chuàng)建script標簽）加載模塊
scriptElement= document.createElement('script');
scriptElement.src=moduleUrl;
scriptElement.async=true;
scriptElement.onload=function(){.........};
document.head.appendChild(scriptElement);
5、模塊加載完畢后，獲取依賴項（amd、cmd區(qū)別），改變模塊status，由statuschange后，檢測所有模塊的依賴項。
由于requirejs與seajs遵循規(guī)范不同，requirejs在define函數(shù)中可以很容易獲得當前模塊依賴項。而seajs中不需要依賴聲明，所以必須做一些特殊處理才能否獲得依賴項。方法將factory作toString處理，然后用正則匹配出其中的依賴項，比如出現(xiàn)require(./a)，則檢測到需要依賴a模塊。
同時滿足非阻塞和順序執(zhí)行就需要需要對代碼進行一些預處理，這是由于CMD規(guī)范和瀏覽器環(huán)境特點所決定的。
6、如果模塊的依賴項完全加載完畢（amd中需要執(zhí)行完畢，cmd中只需要文件加載完畢，注意這時候的factory尚未執(zhí)行，當使用require請求該模塊時，factory才會執(zhí)行，所以在性能上seajs遜于requirejs），執(zhí)行主模塊的factory函數(shù)；否則進入步驟3.
最后，無論requireJs還是seaJs都已被廣泛應用于web開發(fā)中，實際選取時應根據(jù)以下幾方面綜合平衡選取：
1、功能能否滿足項目需求
2、文檔、demo的詳盡程度
3、框架的學習曲線
4、社區(qū)的活躍度
