網頁的交互越來越復雜，JavaScript 的異步操作也隨之越來越多。如常見的 ajax 請求，需要在請求完成時響應操作，請求通常是異步的，請求的過程中用戶還能進行其他的操作，不會對頁面進行阻塞，這種異步的交互效果對用戶來說是挺有友好的。但是對于開發者來說，要大量處理這種操作，就很不友好了。異步請求完成的操作必須預先定義在回調函數中，等到請求完成就必須調用這個函數。這種非線性的異步編程方式會讓開發者很不適應，同時也帶來了諸多的不便，增加了代碼的耦合度和復雜性，代碼的組織上也會很不優雅，大大降低了代碼的可維護性。情況再復雜點，如果一個操作要等到多個異步 ajax 請求的完成才能進行，就會出現回調函數嵌套的情況，如果需要嵌套好幾層，那你就只能自求多福了。
先看看下面這個常見的異步函數。

如果要給該函數添加回調，通常會這么干。

如果是使用 easy.js 的 Promise，添加回調的方法就會優雅多了，前提是需要將原函數封裝成一個 promise 實例。

將一個普通的函數封裝成一個 promise 實例，有3個關鍵步驟，第一步是在函數內部構造一個 promise 實例，第二步是部署函數執行完去改變 promise 的狀態為已完成，第三步就是返回這個 promise 實例。每個 promise 實例都有3種狀態，分別為 pending(未完成)、resolved(已完成，成功)、rejected(已拒絕，失敗)。下面再來看看如何添加回調。

這樣就將回調函數和原來的異步函數徹底的分離了，從代碼組織上看，優雅了很多。resolve 接受一個參數，該參數就可以輕松實現將數據傳送給使用 then 方法添加的回調中。
對于 ajax 請求，easy.js 直接將 ajax 方法封裝成了 promise 對象，可以直接添加 then 方法來回調。

then 方法接受2個函數作為參數，第一個函數是已完成的回調，第二個就是已失敗的回調。
如果有上面提到的多個 ajax 請求的情況呢？那么就要用到 when 這個方法了。該方法可以接受多個 promise 實例作為參數。

when 方法是將多個 promise 實例存到一個數組中，等到該數組的所有 promise 實例都是已完成狀態才去執行已完成的回調，一旦有一個實例是已拒絕的狀態，則立即執行已拒絕的回調。

Promise 模式是 CommonJS 的規范之一。很多主流的 JavaScript 庫都有相應的實現，如 jQuery 和 Dojo 中，都有 Deferred 去實現這些功能。在這里還是要吐槽下 jQuery 的 Deferred，撇開其內部使用，這應該用戶使用率最低的一個模塊了，這和其較復雜的使用方式有一定的關系。