JavaScript異步調(diào)用框架(Part1-問題&場景)_javascript技巧

額外參數(shù)
考慮一個(gè)除法函數(shù)，如果它是純客戶端的同步函數(shù)，那么簽名會是這樣的：

function divide(operand1, operand2)

然而假設(shè)我們對客戶端除法的精度不滿意，于是把除法轉(zhuǎn)移到服務(wù)器端來執(zhí)行，那么它是個(gè)需要調(diào)用XHR的異步函數(shù)，簽名也就可能會是以下幾種之一：
代碼如下:
function divide(operand1, operand2, callback)
function divide(operand1, operand2, successCallback, failureCallback)
function divide(operand1, operand2, options)

我們必須在簽名中引入新的參數(shù)來傳遞回調(diào)函數(shù)，不能選擇讓函數(shù)變成阻塞式的同步調(diào)用。

可傳遞性
不僅僅直接操作XHR的函數(shù)需要引入新的參數(shù)，這種復(fù)雜性還會順著調(diào)用棧向外傳遞。例如說，我們對加減乘除四則運(yùn)算作了封裝，只向外暴露一個(gè)運(yùn)算接口：

function calculate(operand1, operand2, operator)

這個(gè)calculate函數(shù)根據(jù)operator參數(shù)來調(diào)用內(nèi)部的plus, subtract, multiply, divide函數(shù)。然而，因?yàn)閐ivide函數(shù)變成了異步函數(shù)，所以整個(gè)calculate函數(shù)不得不也轉(zhuǎn)變?yōu)楫惒胶瘮?shù)：

function calculate(operand1, operand2, operator, callback)

同時(shí)，在調(diào)用棧之上凡是需要調(diào)用到calculate的函數(shù)，都必須變成異步的，除非它并不需要向上一級調(diào)用函數(shù)返回結(jié)果。

同步并存
盡管calculate函數(shù)變成了一個(gè)異步函數(shù)，它所調(diào)用的plus, subtract, multiply函數(shù)還是同步函數(shù)，只有調(diào)用divide時(shí)是異步的，這時(shí)候calculate就是一個(gè)異步同步并存函數(shù)。

這會帶來什么問題？calculate的調(diào)用者看到函數(shù)簽名自然會認(rèn)為calculate是個(gè)異步函數(shù)，因?yàn)樗枰獋鬟f回調(diào)函數(shù)，然而calculate的執(zhí)行方式卻是不確定的。考慮如下調(diào)用：

calculate(operand1, operand2, operator, callback);
next();

這里涉及到callback和next兩個(gè)函數(shù)，它們哪個(gè)先執(zhí)行哪個(gè)后執(zhí)行是不確定的，或者說是依賴于calculate具體實(shí)現(xiàn)的。

如果calculate的實(shí)現(xiàn)是，當(dāng)不需要進(jìn)行異步操作時(shí)，直接調(diào)用callback。那么，在執(zhí)行加減乘法時(shí)callback會在next之前被調(diào)用；在執(zhí)行除法時(shí)next會在callback之前調(diào)用。

如果我們不喜歡這種不確定性，我們可以改變一下calculate的實(shí)現(xiàn)，把同步調(diào)用也都改為setTimeout形式的，這樣在任何情況下next都一定會在callback之前被調(diào)用。

然而后面一種做法依賴于成本較高的實(shí)現(xiàn)方式，開發(fā)者一個(gè)不小心（或者擺明偷懶）就會漏掉setTimeout，導(dǎo)致函數(shù)調(diào)用順序變得不確定，所以我們會希望這是框架幫助實(shí)現(xiàn)的功能，在使用框架時(shí)無法把這繞過。

場景
在這里，我舉一個(gè)關(guān)于上述問題的具體應(yīng)用場景。（為簡化問題，描述已略作修改，與實(shí)際應(yīng)用并不一致。）

在百度Hi網(wǎng)頁版里面，我們會在客戶端保存一個(gè)用戶對象列表，在打開和這個(gè)用戶的聊天窗口時(shí)，我們需要從中讀取這個(gè)用戶的信息。這個(gè)操作就涉及很多可能同步又可能異步的分支：

用戶對象未緩存
異步讀取用戶信息
用戶對象已緩存
用戶是好友（信息更新會由服務(wù)器端推送）
同步讀取用戶信息
用戶不是好友（信息更新需要由客戶端拉取）
可以接受緩存信息
同步讀取用戶信息
必須獲取最新信息
異步讀取用戶信息
可以看到，分支的結(jié)果最終既有同步的，也有異步的。并且這些分支還不是在一個(gè)函數(shù)里完成，而是在幾個(gè)函數(shù)里實(shí)現(xiàn)。也就是說，按照傳統(tǒng)的模式，這些函數(shù)一部分是同步的，一部分是異步的，由于異步的傳遞性，最終調(diào)用棧頂層的函數(shù)都是異步的。

為了解決這個(gè)問題，我們需要寫一個(gè)異步調(diào)用框架，用一種統(tǒng)一的方式來進(jìn)行調(diào)用，把同步和異步調(diào)用都合并為一種返回方式。

聲明：本網(wǎng)頁內(nèi)容旨在傳播知識，若有侵權(quán)等問題請及時(shí)與本網(wǎng)聯(lián)系，我們將在第一時(shí)間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com