在寫(xiě)網(wǎng)絡(luò)服務(wù)器的邏輯時(shí),常常避免不了需要向 另一個(gè)服務(wù)器 發(fā)送協(xié)議, 直到等待返回成功, 再繼續(xù)下一步的操作
這時(shí)候, 代碼可能是這樣的
RemoteObj.call( PROTOCOL_A,??param, callBackFun?);
注:
PROTOCOL_A 是協(xié)議號(hào)
param 是參數(shù)
callBackFun 是回調(diào)函數(shù)
甚至有時(shí)還需要寫(xiě)? onError / onTimeout 之類(lèi)的回調(diào)
這樣,?? 一個(gè)業(yè)務(wù)邏輯被"分割"在兩個(gè)甚至多個(gè)函數(shù)內(nèi)去寫(xiě)
再假設(shè),??
向 服務(wù)器A? 請(qǐng)求,? 需要等待 服務(wù)器A 返回成功后,? 取到數(shù)據(jù), 再向 服務(wù)器B 請(qǐng)求, 需要等待 服務(wù)器B 返回成功后, ...... (后面省略10000字)
這樣的話(huà),?
在寫(xiě)業(yè)務(wù)邏輯時(shí),? 思路常常被中斷,? :) 有時(shí)寫(xiě)完一個(gè)回調(diào)函數(shù), 前面考慮的異常已經(jīng)忘記了?
在看業(yè)務(wù)邏輯時(shí),? 思緒在不同的函數(shù)間 跳來(lái)跳去,? 容易看錯(cuò)或看漏東西.
我還假設(shè),?? 如果代碼只需要這樣寫(xiě)
Response?resp = RemoteObj.call( PROTOCOL_A,??param);
if ( resp.RetCode == SUCCESS?)
......
call 函數(shù)內(nèi)部其實(shí)是一個(gè)遠(yuǎn)程調(diào)用, 發(fā)協(xié)議到其它服務(wù)器, 等其返回協(xié)議后, 直接在 Response 就可以取 對(duì)方返回的協(xié)議內(nèi)容, 當(dāng)然 timeout
Response 也應(yīng)該返回錯(cuò)誤碼
再簡(jiǎn)單一點(diǎn)說(shuō), 就是寫(xiě) 遠(yuǎn)程調(diào)用不需要 callback, 不需要實(shí)現(xiàn)? onError / onTimeout 之類(lèi)的東西
寫(xiě)法就跟調(diào)用一個(gè)函數(shù)一樣方便
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
現(xiàn)階段, 似乎對(duì) "遠(yuǎn)程調(diào)用 同步的寫(xiě)法" 并沒(méi)有很好的解決方案,
網(wǎng)上看了些遠(yuǎn)程調(diào)用框架, 也避免不了要寫(xiě) callback
需要實(shí)現(xiàn)也可以, 但并不是優(yōu)雅的實(shí)現(xiàn)方案
例如:
可以在 call() 里面等待一個(gè)信號(hào), 另一個(gè)線(xiàn)程等待接受協(xié)議返回后, 再激活這個(gè)信號(hào), 但總不能一個(gè) call() 調(diào)用就阻塞一條線(xiàn)程吧?
還可以 用 throw expcetion / long jump / goto 來(lái)實(shí)現(xiàn)調(diào)用 call() 發(fā)完協(xié)議后先 return , 等協(xié)議返回后, 再繼續(xù) goto到? call() 之后的代碼, 這是最不優(yōu)雅的做法了
再可以 用 一堆宏把 callback / ontimeout / onerror 之類(lèi)的函數(shù)"屏蔽"掉, 也不是優(yōu)雅的做法, 用宏實(shí)現(xiàn), 有時(shí)一個(gè)簡(jiǎn)單的語(yǔ)法錯(cuò), 可能都要找半天
甚至可以 弄自己的一套語(yǔ)法解析,? 自己寫(xiě)一個(gè)語(yǔ)法解析的工具,? 寫(xiě)完代碼后, 再運(yùn)行去 解析代碼里的所有? callback , 再換成? callback / ontimeout / onerror 的函數(shù)
無(wú)論哪種實(shí)現(xiàn), 都要注意, 在調(diào)用? callback 時(shí), 要緩存當(dāng)前所有的臨時(shí)變量, 在對(duì)方服務(wù)器返回協(xié)議后, 再恢復(fù)這些臨時(shí)變量, 這樣才可以真正做到
"遠(yuǎn)程調(diào)用 同步的寫(xiě)法"
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
說(shuō)了大半天, 還是沒(méi)有解決方案, 只是一時(shí)突發(fā)的一個(gè)想法, 記錄之
?