有必要簡單提一下兩者的主要區別：
1、CMD推崇依賴就近，可以把依賴寫進你的代碼中的任意一行，例：
define(function(require, exports, module) { var a = require('./a') a.doSomething() var b = require('./b') b.doSomething() })
代碼在運行時，首先是不知道依賴的，需要遍歷所有的require關鍵字，找出后面的依賴。具體做法是將function toString后，用正則匹配出require關鍵字后面的依賴。顯然，這是一種犧牲性能來換取更多開發便利的方法。
2、而AMD是依賴前置的，換句話說，在解析和執行當前模塊之前，模塊作者必須指明當前模塊所依賴的模塊，表現在require函數的調用結構上為：
define(['./a','./b'],function(a,b){ a.doSomething() b.doSomething() })
代碼在一旦運行到此處，能立即知曉依賴。而無需遍歷整個函數體找到它的依賴，因此性能有所提升，缺點就是開發者必須顯式得指明依賴——這會使得開發工作量變大，比如：當你寫到函數體內部幾百上千行的時候，忽然發現需要增加一個依賴，你不得不回到函數頂端來將這個依賴添加進數組。
細心的讀者可能發現，到目前我討論的AMD和CMD的思想的關於依賴的部分，都只討論的“硬依賴”，也就是執行前肯定需要的依賴，但是這不是全部的情況。有的時候情況是這樣的：
// 函數體內：
if(status){ a.doSomething() }
在這個函數體內，可能依賴a，也可能不依賴a，我把這種可能的依賴成為“軟依賴”。對於軟依賴當然可以直接當硬依賴處理，但是這樣不經濟，因為依賴是不一定的，有可能加載了此處的依賴而實際上沒有用上。
對於軟依賴的處理，我推薦依賴前置+回調函數的實現形式。上面的例子簡單表述如下：
// 函數體內：
if(status){ async(['a'],function(a){ a.doSomething() }) }
至此可以對由commonJS衍生出來的方案做出總結了。在瀏覽器端來設計模塊加載機制，需要考慮依賴的問題。
我們先把依賴分為兩種，“強依賴” —— 肯定需要 和“弱依賴” —— 可能需要。
對於強依賴，如果要性能優先，則考慮參照依賴前置的思想設計你的模塊加載器，我個人也更推崇這個方案一些；如果考慮開發成本優先，則考慮按照依賴就近的思想設計你的模塊加載器。
對於弱依賴，只需要將弱依賴的部分改寫到回調函數內即可。
如果現在我要實現一個模塊加載器，我會將強依賴前置，弱依賴采用異步回調函數的形式，其它的方法我認為都只是語法糖而已，僅此就夠了。