事件和回調(diào)

什么時(shí)候使用一個(gè)事件（或連接點(diǎn)）接口以及什么時(shí)候使用特定的回調(diào)接口是很難理解的。他們有點(diǎn)類(lèi)似，但在很多方面還是有很大的差異。下面將概述一些基本問(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)得到什么樣的承諾。