cmd 模組依賴宣告方式：
define(function (require) )require方法進行宣告。但是因為是非同步模組，載入器需要提前載入這些模組，所以模組真正使用前需要提取模組裡面所有的依賴。無論是載入器即時提取，還是通過自動化工具預先提取，cmd 的這種依賴宣告格式只能通過靜態分析方式實現，這也正是 cmd 的弊端所在。
cmd 規範的弊端
不能直接壓縮：require是區域性變數，意味著不能直接的通過壓縮工具進行壓縮，若require這個變數被替換，載入器與自動化工具將無法獲取模組的依賴。
模組書寫有額外約定：路徑引數不能進行字串運算，不能使用變數代替，否則載入器與自動化工具無法正確提取路徑。
規範之外的約定意味著更多的文件說明，除非它們也是規範中的一部分。
注：seajs 靜態分析實現是把模組包tostring()後使用正則提取require部分得到依賴的模組路徑。
amd 模組依賴宣告方式：
define(['./a', './b'], function (a, b) )amd 規範的弊端
依賴提前宣告在**書寫上不是那麼友好
模組內部與 nodejs 的 modules 有一定的差異
關於第二點的問題需要特別說明下。其實無論是 cmd 還是 amd 的非同步模組，都無法與同步模組規範保持一致（nodejs 的 modules），只有誰比誰更像同步模組而已。amd 要轉換為同步模組，除了去掉define函式的包裹外，需要在頭部使用require把依賴宣告好，而 cmd 只需要去掉define函式的包裹即可。
規範生態
書寫易於實現
nodejs模組相似性
amd☆☆☆☆☆
☆☆☆☆☆☆☆☆
☆☆☆cmd
☆☆☆☆☆☆☆
☆☆☆☆☆☆☆☆
從規範上來說，amd 更加簡單且嚴謹，適用性更廣，而在 requirejs 強力的推動下，在國外幾乎成了事實上的非同步模組標準，各大類庫也相繼支援 amd 規範。
但從 seajs 與 cmd 來說，也做了很多不錯東西：1、相對自然的依賴宣告風格 2、小而美的內部實現 3、貼心的外圍功能設計 4、更好的中文社群支援
SeaJs與RequireJs執行差異
seajs與requirejs在模組的載入方面是沒有差異的，無論是requirejs在定義模組時定義的依賴模組，還是seajs在factory函式中require的依賴模組，在會在載入當前模組時被載入，非同步，並且順序不可控。差異在於factory函式執行的時機。為了增強對比，我們在定義依賴模組的時...
SeaJS與RequireJS最大的區別
如下模組通過seajs requirejs來載入,執行結果會是怎樣?define function require,exports,module 猜猜看?先試試seajs的執行結果 很正常嘛,我也是這麼想的.再來是requirejs的執行結果 神馬情況?你他麼是在逗我嗎?requirejs你坑的我一...
SeaJS 與 RequireJS 的差異對比
這篇文章主要介紹了seajs 與 requirejs 的差異對比,本文主要對cmd規範和amd規範的弊端做了對比,並做出了乙個總結,需要的朋友可以參考下 歷史不是過去，歷史正在上演。隨著 w3c 等規範 以及瀏覽器的飛速發展，前端的模組化開發會逐步成為基礎設施。一切終究都會成為歷史，未來會更好。引用...