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