事件和回調(diào)
Ken Bergmenn
MSDN開(kāi)發(fā)組
什么時(shí)候使用一個(gè)事件(或連接點(diǎn))接口以及什么時(shí)候使用特定的回調(diào)接口是很難理解的。他們有點(diǎn)類似,但在很多方面還是有很大的差異。下面將概述一些基本問(wèn)題,這些基本問(wèn)題在試圖決定如何繼續(xù)進(jìn)行你的組件時(shí)是應(yīng)該考慮到的。
我認(rèn)識(shí)你嗎?
事件接口和回調(diào)接口之間關(guān)鍵的概念差異是事件被設(shè)計(jì)得更象一個(gè)匿名廣播,而回調(diào)函數(shù)則更象一個(gè)"握手"聯(lián)絡(luò)方式。雖然其他重要問(wèn)題也需要闡明,但是關(guān)于使用哪一個(gè)技術(shù)關(guān)鍵決定于匿名性。
開(kāi)始熟悉
任意對(duì)一個(gè)事件源有訪問(wèn)的對(duì)象都能通過(guò)簡(jiǎn)單地把那個(gè)索引放進(jìn)WithEvents變量來(lái)處理源提出的事件。在C++中處理連接點(diǎn)與之有相當(dāng)?shù)年P(guān)聯(lián),但是前提是一樣的。在任意一種情況下,事件源對(duì)什么對(duì)象可能正在處理自己的事件沒(méi)有任何概念。可能有許多個(gè)對(duì)象正與之密切相連但也可能一個(gè)也沒(méi)有。關(guān)鍵之處是事件源盲目地通知每一個(gè)被連接的客戶機(jī)通過(guò)它的事件連接點(diǎn)接口,但并不知道是否客戶機(jī)正在執(zhí)行處理事件。
相反地,一個(gè)設(shè)計(jì)用來(lái)執(zhí)行回調(diào)的服務(wù)器必須有一個(gè)明顯的對(duì)每個(gè)需要通知的對(duì)象的訪問(wèn),它必須連接和管理這些訪問(wèn),而且最后它還必須執(zhí)行通知。基本上,服務(wù)器必須清楚地知道有多少個(gè)客戶機(jī)以及如何與他們中的每一個(gè)連接和交互。
事件順序
在Microsoft Visual Basic事件接口中,一個(gè)事件源不能控制客戶機(jī)接受他們的事件的順序。這話反之也是正確的。客戶機(jī)不能肯定與別的客戶機(jī)相比用一種特定的順序接受通知。即使你要在C++中滾動(dòng)你自己的連接點(diǎn),后者也是正確的。
另一方面,一個(gè)回調(diào)服務(wù)器必須控制它調(diào)回客戶機(jī)的順序。當(dāng)然,在一個(gè)回調(diào)服務(wù)器上做這些工作會(huì)有好處。比如,一個(gè)源服務(wù)器可能被設(shè)計(jì)用來(lái)給某些客戶機(jī)高優(yōu)先級(jí)的通知,或它可能執(zhí)行一些特定的基于回調(diào)結(jié)果的動(dòng)作。這個(gè)靈活性在下一點(diǎn)中將更有意義。
誰(shuí)負(fù)責(zé)
當(dāng)事件服務(wù)器提出一個(gè)事件,它的所有的客戶機(jī)都得到了在事件服務(wù)器能重新得到控制之間處理事件的機(jī)會(huì)。所以,如果許多客戶機(jī)都在聽(tīng)候事件,通知處理將花費(fèi)難以預(yù)知的時(shí)間。另一方面,一個(gè)回調(diào)服務(wù)器,因?yàn)樗鼘?duì)執(zhí)行通知處理負(fù)責(zé),所以在它對(duì)客戶機(jī)做的每個(gè)調(diào)用它都能重新得到控制。
因?yàn)榭刂萍?jí)別在這里是有效的,回調(diào)可以采用比事件更靈活的技術(shù)來(lái)進(jìn)行客戶通知。
現(xiàn)在,讓我們來(lái)考慮一下事件的參數(shù)會(huì)發(fā)生什么變化。因?yàn)槭录?wù)器直到所有的客戶機(jī)都已經(jīng)處理了特定的事件后才能重新得到控制,所有特定客戶機(jī)的ByRef參數(shù)的變化已經(jīng)丟失了。只有最后一個(gè)客戶機(jī)參數(shù)發(fā)生的變化能被事件服務(wù)器看見(jiàn)。當(dāng)考慮到哪一個(gè)客戶機(jī)被通知的順序不能得到保證的事實(shí)時(shí),這確實(shí)變得不方便。當(dāng)然,對(duì)于回調(diào)服務(wù)器,服務(wù)器對(duì)這個(gè)處理負(fù)責(zé),所有每一個(gè)客戶機(jī)的反饋都能被獨(dú)立地分析。事實(shí)上,一個(gè)回調(diào)服務(wù)器可能希望在通知每一個(gè)客戶機(jī)時(shí)傳遞新值。
處理錯(cuò)誤
兩種途徑之間最終的編譯差異在于錯(cuò)誤的處理方式。如果在一個(gè)客戶機(jī)的事件處理器中發(fā)生了錯(cuò)誤,則事件源不會(huì)被通知。處理事件的客戶機(jī)甚至可能非常可怕地崩潰掉,而事件源并不知道,當(dāng)然,客戶機(jī)的致命錯(cuò)誤也只能是使服務(wù)器崩潰(如果它是一個(gè)處理中的元件)。在這種情況中,事件服務(wù)器將不知道為什么崩潰,甚至不知道發(fā)生了錯(cuò)誤。
當(dāng)然,在任意執(zhí)行問(wèn)題中,測(cè)量你自己的需要的唯一辦法是實(shí)驗(yàn),基準(zhǔn)和測(cè)試。你自己可以試試重排列,并作作數(shù)學(xué)演算。如果你真的想得到絕對(duì)的最后速度沖刺,那么做測(cè)試是得到保證的唯一方法,而不能相信你曾經(jīng)得到什么樣的承諾。