傳遞回調
我們首先要考慮的一個問題是，如何傳遞回調入口。在最傳統的XHR調用當中，回調函數會被作為最后一個參數傳遞給異步函數：
function asyncOperation(argument, callback)
在參數相當多的時候，我們可以把參數放到一個JSON里面，這樣參數就如同具名參數一樣，可以通過參數名選擇性的傳遞參數，不傳遞的參數相當于使用默認值。這是從Prototype開始就流行起來的做法：
function asyncOperation(argument, options)
然而這兩種做法都有一個壞處，就是把同步函數改為異步函數（或同步異步混合函數）時，必須顯式地修改函數簽名，在最后增加一個（或多個）參數。
由于在調用棧的底層引入異步函數對我們來說太常見了，為此可能要更改一大堆上層調用函數簽名的成本實在是太高了，所以我們還是想一個不用修改函數簽名的做法吧。
在這里我參考了.NET Framework的IAsyncResult設計，把異步操作有關的一切信息集中到一個對象上來，從而避免了對函數簽名的修改。在此，我們假設一個異步函數的調用原型是這樣子的：
function asyncOperation(argument) {
operation = new Async.Operation();
setTimeout(function() { operation.yield("hello world"); }, 1000);
return operation;
}
在這段代碼里，我們返回了一個Operation對象，用于將來傳遞回調函數。同時，我們通過setTimeout模擬了異步返回結果，而具體的返回方式就是yield方法。
接著，我們還要設計傳遞回調函數的方法。由于我們不能好像C#那樣重載+=運算符，所以只能用函數傳遞回調函數：
var operation = asyncOperation(argument);
operation.addCallback(function(result) { alert(result); });
在C#里面做這樣的設計是不安全的，因為在異步操作可能在添加回調之前就完成了。但在JavaScript里面這樣寫是安全的，因為JavaScript是單線程的，緊接著asyncOperation的同步addCallback必然先執行，asyncOperation中的異步yield必然后執行。
調用順序
可能有人要問，如果用戶使用同步的方式來調用yield，這時候執行順序不一樣依賴于yield的實現嗎？沒錯，不過yeild是在框架中一次性實現的，我們只要把它做成異步的就可以了，這樣即使對它進行同步調用，也不影響執行順序：
function psudoAsyncOperation(argument) {
operation = new Async.Operation();
operation.yield("hello world");
return operation;
}
var operation = asyncOperation(argument);
operation.addCallback(function(result) { alert(result); });
就算把代碼寫成這個樣子，我們也能確保addCallback先于yield的實際邏輯執行。
事后回調
有時候，框架的使用者可能真的寫出了先yield后addCallback的代碼。這時候，我認為必須保證addCallback中添加的回調函數會被立即觸發。因為用戶添加這個回調函數，意味著他期望當異步操作有結果時通知這個回調函數，而這與添加回調函數時異步操作是否完成無關。為此，我們再添加一個用例：
function psudoAsyncOperation(argument) {
operation = new Async.Operation();
operation.yield("hello world");
return operation;
}
var operation = asyncOperation(argument);
setTimeout(function() {
operation.addCallback(function(result) { alert(result); });
}, 1000);
小結
到這里，我們就設計好了一個名為Async.Operation的異步操作對象，具體如何實現關鍵的yield方法和addCallback方法將在下一篇文章講述如果。
