傳遞回調(diào)
我們首先要考慮的一個(gè)問題是，如何傳遞回調(diào)入口。在最傳統(tǒng)的XHR調(diào)用當(dāng)中，回調(diào)函數(shù)會(huì)被作為最后一個(gè)參數(shù)傳遞給異步函數(shù)：

在參數(shù)相當(dāng)多的時(shí)候，我們可以把參數(shù)放到一個(gè)JSON里面，這樣參數(shù)就如同具名參數(shù)一樣，可以通過參數(shù)名選擇性的傳遞參數(shù)，不傳遞的參數(shù)相當(dāng)于使用默認(rèn)值。這是從Prototype開始就流行起來的做法：

然而這兩種做法都有一個(gè)壞處，就是把同步函數(shù)改為異步函數(shù)（或同步異步混合函數(shù)）時(shí)，必須顯式地修改函數(shù)簽名，在最后增加一個(gè)（或多個(gè)）參數(shù)。

由于在調(diào)用棧的底層引入異步函數(shù)對我們來說太常見了，為此可能要更改一大堆上層調(diào)用函數(shù)簽名的成本實(shí)在是太高了，所以我們還是想一個(gè)不用修改函數(shù)簽名的做法吧。

在這里我參考了.NET Framework的IAsyncResult設(shè)計(jì)，把異步操作有關(guān)的一切信息集中到一個(gè)對象上來，從而避免了對函數(shù)簽名的修改。在此，我們假設(shè)一個(gè)異步函數(shù)的調(diào)用原型是這樣子的：

在這段代碼里，我們返回了一個(gè)Operation對象，用于將來傳遞回調(diào)函數(shù)。同時(shí)，我們通過setTimeout模擬了異步返回結(jié)果，而具體的返回方式就是yield方法。

接著，我們還要設(shè)計(jì)傳遞回調(diào)函數(shù)的方法。由于我們不能好像C#那樣重載+=運(yùn)算符，所以只能用函數(shù)傳遞回調(diào)函數(shù)：

在C#里面做這樣的設(shè)計(jì)是不安全的，因?yàn)樵诋惒讲僮骺赡茉谔砑踊卣{(diào)之前就完成了。但在JavaScript里面這樣寫是安全的，因?yàn)镴avaScript是單線程的，緊接著asyncOperation的同步addCallback必然先執(zhí)行，asyncOperation中的異步y(tǒng)ield必然后執(zhí)行。

調(diào)用順序
可能有人要問，如果用戶使用同步的方式來調(diào)用yield，這時(shí)候執(zhí)行順序不一樣依賴于yield的實(shí)現(xiàn)嗎？沒錯(cuò)，不過yeild是在框架中一次性實(shí)現(xiàn)的，我們只要把它做成異步的就可以了，這樣即使對它進(jìn)行同步調(diào)用，也不影響執(zhí)行順序：

就算把代碼寫成這個(gè)樣子，我們也能確保addCallback先于yield的實(shí)際邏輯執(zhí)行。

事后回調(diào)
有時(shí)候，框架的使用者可能真的寫出了先yield后addCallback的代碼。這時(shí)候，我認(rèn)為必須保證addCallback中添加的回調(diào)函數(shù)會(huì)被立即觸發(fā)。因?yàn)橛脩籼砑舆@個(gè)回調(diào)函數(shù)，意味著他期望當(dāng)異步操作有結(jié)果時(shí)通知這個(gè)回調(diào)函數(shù)，而這與添加回調(diào)函數(shù)時(shí)異步操作是否完成無關(guān)。為此，我們再添加一個(gè)用例：

小結(jié)
到這里，我們就設(shè)計(jì)好了一個(gè)名為Async.Operation的異步操作對象，具體如何實(shí)現(xiàn)關(guān)鍵的yield方法和addCallback方法將在下一篇文章講述如果。