網頁的交互越來越復雜，JavaScript 的異步操作也隨之越來越多。如常見的 ajax 請求，需要在請求完成時響應操作，請求通常是異步的，請求的過程中用戶還能進行其他的操作，不會對頁面進行阻塞，這種異步的交互效果對用戶來說是挺有友好的。但是對於開發者來說，要大量處理這種操作，就很不友好了。異步請求完成的操作必須預先定義在回調函數中，等到請求完成就必須調用這個函數。這種非線性的異步編程方式會讓開發者很不適應，同時也帶來了諸多的不便，增加了代碼的耦合度和復雜性，代碼的組織上也會很不優雅，大大降低了代碼的可維護性。情況再復雜點，如果一個操作要等到多個異步 ajax 請求的完成才能進行，就會出現回調函數嵌套的情況，如果需要嵌套好幾層，那你就只能自求多福了。
先看看下面這個常見的異步函數。
var showMsg = function（）{
setTimeout（function（）{
alert（ ‘hello’ ）;
}， 5000 ）;
};
如果要給該函數添加回調，通常會這麼干。
var showMsg = function（ callback ）{
setTimeout（function（）{
alert（ ‘hello’ ）;
// 此處添加回調
callback（）;
}， 5000 ）;
};
如果是使用 easy.js 的 Promise，添加回調的方法就會優雅多了，前提是需要將原函數封裝成一個 promise 實例。
var showMsg = function（）{
// 構造promise實例
var promise = new E.Promise（）;
setTimeout（function（）{
alert（ ‘hello’ ）;
// 改變promise的狀態
promise.resolve（ ‘done’ ）;
}， 5000 ）;
// 返回promise實例
return promise;
};
將一個普通的函數封裝成一個 promise 實例，有3個關鍵步驟，第一步是在函數內部構造一個 promise 實例，第二步是部署函數執行完去改變 promise 的狀態為已完成，第三步就是返回這個 promise 實例。每個 promise 實例都有3種狀態，分別為 pending(未完成)、resolved(已完成，成功)、rejected(已拒絕，失敗)。下面再來看看如何添加回調。
showMsg（）.then（function（ str ）{
// 回調添加到這裡來了
callback（ str ）;
}）;
這樣就將回調函數和原來的異步函數徹底的分離了，從代碼組織上看，優雅了很多。resolve 接受一個參數，該參數就可以輕松實現將數據傳送給使用 then 方法添加的回調中。
對於 ajax 請求，easy.js 直接將 ajax 方法封裝成了 promise 對象，可以直接添加 then 方法來回調。
E.ajax（{
url ： ‘test1.php’，
type ： ‘GET’
}）
then（function（）{
// 添加請求成功的回調
}， function（）{
// 添加請求失敗的回調
}）;
then 方法接受2個函數作為參數，第一個函數是已完成的回調，第二個就是已失敗的回調。
如果有上面提到的多個 ajax 請求的情況呢？那麼就要用到 when 這個方法了。該方法可以接受多個 promise 實例作為參數。
var requests = E.when（E.ajax（{
url ： ‘test1.php’，
type ： ‘GET’
}）， E.ajax（{
url ： ‘test2.php’，
type ： ‘GET’
}））;
requests.then（function（ arg1， arg2 ）{
console.log（ ‘success：’ + arg1［0］ + arg2［0］ ）;
}， function（ arg1， arg2 ）{
console.log（ ‘failure：’ + arg1 + arg2 ）;
}）;
when 方法是將多個 promise 實例存到一個數組中，等到該數組的所有 promise 實例都是已完成狀態才去執行已完成的回調，一旦有一個實例是已拒絕的狀態，則立即執行已拒絕的回調。
Promise 模式是 CommonJS 的規范之一。很多主流的 JavaScript 庫都有相應的實現，如 jQuery 和 Dojo 中，都有 Deferred 去實現這些功能。在這裡還是要吐槽下 jQuery 的 Deferred，撇開其內部使用，這應該用戶使用率最低的一個模塊了，這和其較復雜的使用方式有一定的關系。
如果你想深入的研究 easy.js 的 promise 源碼，可以查看點擊這兒的鏈接。