青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

Event Programming in C++ (Part I)


Q:
微軟的.NET框架讓我們能夠?yàn)橥泄茴惗x事件并通過代理和+=操作符對其進(jìn)行處理.那么在本地C++中有沒有同樣的方法呢,它看起來很有用.

      某些讀者

 

A:事實(shí)上確實(shí)有! Visual C++? .NET有種稱為統(tǒng)一事件模型的東西能讓你用和托管類同樣的途徑實(shí)現(xiàn)本地事件(通過__event關(guān)鍵字),但是本地事件有些微軟都沒計劃要修正的隱晦的技術(shù)問題,因此他們讓我正式的去阻止你們用它.這是不是意味著C++程序員們只有生活在沒有事件的世界中呢?當(dāng)然不是!不止一種方法能剝貓皮(血腥!).我將告訴你們怎樣有條不紊的實(shí)現(xiàn)自己華麗的事件系統(tǒng).

在此之前,我先大概說下關(guān)于事件和事件編程的東西,這很重要!在現(xiàn)在這個年月你不能對事件的理解沒有一個堅實(shí)的基礎(chǔ)就來編寫代碼--它們是什么?什么時候該用它們?

成功的設(shè)計全是針對降低復(fù)雜性的.很久以前,當(dāng)函數(shù)還被稱作子程序”(我本人為證,我確信),降低復(fù)雜性的主要途徑就是自上而下的編程.你從一個高層次的目的入手如為宇宙建模”,然后把它分解成較小的任務(wù)如為銀河系建模為太陽系建模”,然后... 直到這些任務(wù)變得簡單到能在一個函數(shù)里實(shí)現(xiàn).自上而下的設(shè)計仍然被運(yùn)用在在程序設(shè)計中,但是當(dāng)系統(tǒng)要對發(fā)生順序不確定的實(shí)時事件作出響應(yīng)時,它就不能很好的工作了.一個經(jīng)典的例子就是必須對用戶操作如點(diǎn)擊一個按鍵或移動鼠標(biāo)作出響應(yīng)的GUI程序.事實(shí)上, 圖形用戶接口的出現(xiàn)很大程度上刺激了事件編程的發(fā)展.

在自上而下的模式中,處在頂層的高層次模塊通過調(diào)用像DoThis,DoThat的函數(shù)來驅(qū)使低層次模塊來完成不同的任務(wù).但是低層次模塊遲早需要向上回饋.Windows,你可以讓矩形或橢圓形畫出它自己,但最終Windows需要調(diào)用你的應(yīng)用程序來顯示它的窗口.但是你的應(yīng)用程序甚至還根本不存在,它還在計劃中!那么Windows怎樣才能知道該去調(diào)用哪個函數(shù)呢?這里就是事件的用武之地.

                                       圖自上而下 vs 自下而上

所有基于Windows的應(yīng)用程序-不管是直接用C編寫,還是用封裝在MFC或者.NET框架中的類-的核心就是一個處理諸如WM_PAINT,WM_SETFOCUS這樣的消息的窗口過程.(或者說是MFC.NET)實(shí)現(xiàn)了這個窗口過程并且把它傳遞給Windows操作系統(tǒng).當(dāng)需要描繪,改變焦點(diǎn)或者激活窗口時,Windows用適當(dāng)?shù)南⒋a通知你的程序.這些消息就是事件.你的窗口過程就是事件處理者.

如果說過程編程是自上而下,那事件編程就是自下而上.在一個典型的軟件系統(tǒng)中,函數(shù)調(diào)用是從較高層模塊流向較底層模塊;然而事件以相反的方向流動.1說明了這個模式.當(dāng)然,我們的現(xiàn)實(shí)世界并不總是這么層次分明的.

很多軟件系統(tǒng)看起來更像圖2所述.


                     




                                          圖混合模式

那么嚴(yán)格來講到底什么是事件呢?本質(zhì)上來說它是一個回調(diào).模塊用調(diào)用你在運(yùn)行時提供的函數(shù)這條途徑取代了了調(diào)用一個函數(shù)名稱在編譯時究已知的函數(shù).Windows,它就叫窗口過程..NET框架中它就叫委托.不論術(shù)語怎么講,事件為軟件模塊提供了一條調(diào)用直到運(yùn)行時才知道的函數(shù)的途徑.回調(diào)就是事件處理程序.激發(fā)一個事件就意味著會調(diào)用事件處理程序.第一個接收者交給發(fā)送者一個注冊事件處理程序的指針.

下面是些我們通常會用到事件的一些情形.

向客戶端通報實(shí)時事件:用戶按下一個按鍵;時間到了午夜;風(fēng)扇停止,CPU著火了.

 

報告一個時間很長的操作的進(jìn)展情況:當(dāng)拷貝文件或者搜索一個海量數(shù)據(jù)庫時,組件可能會定期的喚起一個事件來報告已經(jīng)拷貝了多少文件或者已經(jīng)搜索了多少條記錄.

 

報告一些重要的或者感興趣的事情的發(fā)生:如果你在你的程序中用IWebBrowser2訪問Microsoft Internet Explorer,在導(dǎo)航到一個新頁面之前和之后或者當(dāng)它創(chuàng)建了一個新窗口等等它都會通報你.

 

調(diào)用庫函數(shù):C運(yùn)行時庫函數(shù) qsort可以對對象數(shù)組排序,但是你必須將要比較的對象提供給這個函數(shù).很多STL容器都有這些技巧.大多數(shù)程序員不會說qsort回調(diào)了一個事件,但是沒理由你不能這么想.它是”time to compare”事件.

 

一些讀者偶爾會問:異常和事件的區(qū)別是什么?最主要的區(qū)別是異常描述的是假定不會發(fā)生卻發(fā)生了的意想不到的情形.比如你的程序用光了內(nèi)存或用零做了除數(shù).,這就是你不希望發(fā)生的異常的情形,一旦它們發(fā)生了,你的程序必須對它進(jìn)行處理.然而事件是正常的日常操作的一部分并且完全是意料之中的.用戶移動了鼠標(biāo)或按下一個按鍵.瀏覽器導(dǎo)航到新頁面.從控制流的角度來看,事件就是一個函數(shù)調(diào)用,而異常是跨越調(diào)用棧的長跳轉(zhuǎn).

對于事件最普遍的誤解是:它們是異步的.盡管事件經(jīng)常被用來處理用戶輸入及其他異步操作,事件本身是同步發(fā)生的.激活一個事件和調(diào)用事件處理是一回事.它看起來像下面這段偽碼:

// raise Foo event

for (/* each registered object */) {

  obj->FooHandler(/* args */);

}

控制權(quán)立即被交給事件處理程序,直到它處理完成才會返回.有些系統(tǒng)提供了異步方式激活事件的途徑;Windows讓你用PostMessage替代SendMessage.控制權(quán)立即從PostMessage回收,而消息稍后才會被處理.

但是.NET框架事件和我在此討論的事件都是一旦被激活就立刻被處理.當(dāng)然,你總是能夠從運(yùn)行在單獨(dú)的線程的代碼里激活事件,或者用異步委托調(diào)用來執(zhí)行導(dǎo)致事件異步(相對于主線程)發(fā)生的線程池里的每一個事件處理程序.

Windows處理事件的方式(擁有大量窗口過程和類型一致的WPARAM/LPARAM參數(shù)),以現(xiàn)代程序設(shè)計的標(biāo)準(zhǔn)來看也是相當(dāng)簡單的.因此所有的Windows程序都在用這一套機(jī)制,即使是今天.有些程序員甚至創(chuàng)建不可視窗口來傳遞事件.窗口過程并不是真實(shí)的事件機(jī)制,原因在于Windows只允許每個窗口只能有一個窗口過程,因而如果每個窗口過程都調(diào)用它之前的,則多個窗口過程就能鏈接起來.這種流程就是子過程.在真實(shí)的事件系統(tǒng)中,可以不分層次的為同樣的事件注冊不只一個的接收者.

.NET框架中,事件機(jī)制很健全.任何對象都能定義事件,并且多個對象可以監(jiān)聽它們..NET,事件通過委托(.NET中回調(diào)的替代詞)來工作.更重要的是委托是類型安全的,不再有void*WPARAM/LPARAM之類的東西.

在托管擴(kuò)展中,要定義一個事件可以用__event關(guān)鍵字.例如Windows::Forms中的Button類有一個Click事件:

// in Button class

public:

  __event EventHandler* Click;

事件處理程序是一個接受一個ObjectEventArgs參數(shù)的函數(shù)委托:

public __delegate void EventHandler(

   Object* sender,

   EventArgs* e

);

要接收事件你要實(shí)現(xiàn)一個有正確的參數(shù)的處理者成員函數(shù)并創(chuàng)建一個委托封裝它,然后調(diào)用事件操作符”+=”來注冊你的處理函數(shù)/委托.對于Click事件,它看起來像這樣:

// event handler

void CMyForm::OnAbort(Object* sender, EventArgs *e)

{

  ...

}

// register my handler

m_abortButton->Click += new EventHandler(this, OnAbort);

注意處理函數(shù)必須和委托定義的參數(shù)一樣.所有這些都能在MSDNManaged Extensions 101找到.但是你問的并不是托管事件而是本地事件-怎樣在本地C++中實(shí)現(xiàn)事件?C++沒有內(nèi)建的事件機(jī)制,你能做什么呢?你能用typedef來定義一個回調(diào)函數(shù)然后讓客戶接受它,有點(diǎn)像qsort那頂舊帽子.更不畢說當(dāng)你要處理幾個事件時會有多麻煩.當(dāng)你想用成員函數(shù)取代靜態(tài)外部函數(shù)來作為事件處理函數(shù),它會尤其丑陋!

定義事件更好的方法是創(chuàng)建一個接口.COM就是這么做的.但是你不畢用C++實(shí)現(xiàn)所有的COM代碼,你可以用一個簡單的類.我以自己寫的一個類名為CPrimerCalculator的類為例,它用來找出的質(zhì)數(shù).當(dāng)它運(yùn)行時,它會激活兩種類型的事件:一個進(jìn)度事件和一個完成事件.這些事件由IPrimeEvents接口定義..NETCOM的角度來看IPrimeEvents就是一個接口;它就是一個普通而古老的定義了簽名(參數(shù)和返回類型)C++抽象類.所有處理CPrimerCalculator事件的客戶都必須實(shí)現(xiàn)IPrimeEvents,然后調(diào)用CPrimeCalculator::Register注冊它們的接口.CPrimeCalculator將這些對象/接口添加到自身的鏈表中去.當(dāng)CPrimeCalculator測試每個整數(shù)的質(zhì)數(shù)性時,它會周期性的報告截止到目前一共找到了多少質(zhì)數(shù):

// in CPrimeCalculator::FindPrimes

for (UINT p=2; p<max; p++) {

   // figure out if p is prime

   if (/* every now and then */)

      NotifyProgress(GetNumberOfPrimes());

   ...

}

NotifyDone();

CPrimeCalculator調(diào)用自己的助手函數(shù)NotifyProgressNotifyDone來激活事件.這些函數(shù)遍歷事件鏈表,調(diào)用每個客戶的合適的事件處理函數(shù).代碼如下:

void CPrimeCalculator::NotifyProgress(UINT nFound)

{

  list<IPrimeEvents*>::iterator it;

  for (it=m_clients.begin(); it!=m_clients.end(); it++) {

    (*it)->OnProgress(nFound);

  }

}

如果你還沒忘記STL,你會明白迭代器的解除引用操作符會返回當(dāng)前對象,上面代碼中的for循環(huán)里的那一行等同于下面:

IPrimeEvents* obj = *it;

obj->OnProgress(nFound);

有一個類似的不帶參數(shù)的NotifyDone函數(shù)能激發(fā)完成事件.你應(yīng)該明白在客戶知道當(dāng)FindPrimes返回控制權(quán)時CPrimeCalculator已經(jīng)完成之前沒有必要用完成事件.除了一種情況以外你可能是對的.那就是可能不止有一個客戶為接收事件注冊了,并且很可能不是同一個客戶調(diào)用了CPrimeCalculator::FindPrimes.3就是我的PrimeCalc測試程序.PrimeCalc為質(zhì)數(shù)事件實(shí)現(xiàn)了兩種不同的事件處理過程.第一個就是主對話框本身CMyDlg,它利用多重繼承實(shí)現(xiàn)了IPrimeEvents接口.這個對話框處理了OnProgressOnDone事件,它在窗口中顯示進(jìn)度并且當(dāng)完成是有提示音.另一個是CTracePrimeEvents,它同樣實(shí)現(xiàn)了IPrimeEvents接口.它的實(shí)現(xiàn)是顯示診斷信息.CTracePrimeEvents的目的是為了展示怎樣為同樣的事件注冊一個以上的客戶.

                     

                                    圖 3 PrimeCalc in Action

   在用CPrimeCalculator寫應(yīng)用程序的程序員看來處理事件是很簡單而清晰的.IPrimeEvents派生,實(shí)現(xiàn)處理函數(shù),然后注冊自己.在通過寫各種類來激發(fā)事件的程序員看來,這個過程是有點(diǎn)單調(diào)乏味的.首先你得定義事件接口,這還湊活.但緊接著你的寫注冊和解除注冊函數(shù),更不畢說為每一個Foo事件寫下NotifyFoo函數(shù).如果你有15個事件,特別是每一個NotifyFoo函數(shù)都像一個娘胎里出來似的,這就相當(dāng)討厭了.

void CMyClass::NotifyFoo(/* args */)

{

  list<IPrimeEvents*>::iterator it;

  for (it=m_clients.begin(); it!=m_clients.end(); it++) {

    (*it)->OnFoo(/* args */);

  }

}

                        
                                 圖 4 PrimeCalcTraceWin中的輸出

   迭代客戶鏈表中的NotifyFoo,為每一個已注冊客戶調(diào)用適當(dāng)?shù)?/SPAN>OnFoo處理函數(shù),傳給它需要的任何參數(shù).有沒有什么方法能用宏或模板或其它什么東西把它通用化來減輕這份苦差事把你從寫一些令人厭煩的樣板代碼中解放出來呢?事實(shí)上,確實(shí)有!在下個月我會向你們展示.同樣的時間,同樣的頻道.在此之前-Happy Programming!

posted on 2006-03-16 11:08 Dr.Magic 閱讀(1194) 評論(2)  編輯 收藏 引用 所屬分類: 譯海淺涉

FeedBack:
# re: Event Programming in C++ (Part I)
2006-03-19 11:26 | 編程浪子
不錯!很好的思路!!!!不過語法有些不太通順!!!哈哈!謝謝先  回復(fù)  更多評論
  
# re: Event Programming in C++ (Part I)
2006-04-17 14:38 | 猩猩
圖片也顯示不出來  回復(fù)  更多評論
  

只有注冊用戶登錄后才能發(fā)表評論。
網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            亚洲影音先锋| 亚洲国产精品一区二区www在线| 亚洲欧美精品中文字幕在线| 免费看的黄色欧美网站| 国产麻豆91精品| 一本色道久久综合亚洲精品按摩| 亚洲国产日韩精品| 欧美在线观看一区二区| 国产精品久久一区二区三区| 亚洲砖区区免费| 欧美粗暴jizz性欧美20| 久久久久欧美| 亚洲国产精品尤物yw在线观看| 麻豆精品在线视频| 久久综合久久久久88| 欧美中文日韩| 1024日韩| 亚洲激情偷拍| 欧美亚洲一区二区在线| 久久精品首页| 国产精品www网站| 在线看不卡av| 日韩小视频在线观看专区| 国产精品三区www17con| 羞羞答答国产精品www一本| 久久久久久久一区| 亚洲美女少妇无套啪啪呻吟| 亚洲精品免费看| 国产精品国产三级国产普通话三级| 国产精品一区二区a| 久久久青草婷婷精品综合日韩| 亚洲欧美成人一区二区在线电影| 国产日韩欧美综合精品| 99精品视频免费观看视频| 亚洲国产经典视频| 午夜精品久久久久久久99水蜜桃| 久久尤物视频| 久久久99爱| 91久久久久| 午夜久久黄色| 91久久久久久久久| 欧美在线视屏| 亚洲欧美激情在线视频| 久久久久综合| 99国产一区| 久久福利毛片| 欧美1区免费| 亚洲私人黄色宅男| 欧美亚洲成人免费| 欧美黑人在线观看| 欧美视频一区二区三区在线观看| 免费观看在线综合| 欧美午夜无遮挡| 久久中文字幕一区| 欧美日韩亚洲一区二区三区在线观看 | 欧美中文日韩| 亚洲一区精彩视频| 免费国产一区二区| 欧美一二三区精品| 亚洲动漫精品| 国产欧美一区二区三区国产幕精品| 久久天天狠狠| 国产欧美精品日韩精品| 亚洲在线中文字幕| 欧美a级一区二区| 日韩天天综合| 99riav国产精品| 国产亚洲一级高清| 亚洲精品美女在线观看播放| 久久久久国内| 久久精品视频播放| 亚洲午夜国产一区99re久久 | 久久久免费精品| 久久久精品国产一区二区三区 | 亚洲欧美日韩中文播放| 美女在线一区二区| 欧美成人69av| 亚洲毛片在线观看| 欧美大片一区| 久久婷婷激情| 欧美91视频| 巨乳诱惑日韩免费av| 性色一区二区| 久久久91精品国产| 欧美成人精品1314www| 久久久久欧美精品| 亚洲婷婷在线| 欧美视频在线视频| 欧美国内亚洲| 亚洲视频专区在线| 欧美色欧美亚洲另类二区| 欧美日韩一区成人| 在线免费观看日韩欧美| 国产在线不卡精品| 亚洲欧洲日夜超级视频| 一区二区三区蜜桃网| 亚洲国产成人精品女人久久久| 国产精品综合色区在线观看| 好看的日韩视频| 伊人成人网在线看| 亚洲欧洲在线观看| 亚洲欧美精品| 亚洲福利视频二区| 亚洲欧美日韩成人| 午夜在线一区二区| 久久精品视频网| 狠狠色综合色区| 亚洲精品亚洲人成人网| 欧美一区精品| 亚洲第一福利视频| 新狼窝色av性久久久久久| 亚洲国产精品第一区二区| 亚洲亚洲精品三区日韩精品在线视频| 夜夜夜久久久| 开元免费观看欧美电视剧网站| 欧美88av| 午夜在线一区二区| 欧美国产日韩一区二区在线观看| 国产精品国产自产拍高清av| 在线播放豆国产99亚洲| 午夜精品国产| 一区二区三区.www| 国产精品永久免费视频| 欧美日韩国产综合网| 亚洲精品黄色| 欧美国产乱视频| 久久深夜福利免费观看| 亚洲一区网站| 麻豆精品在线播放| 国产精品久久久久影院亚瑟| 欧美成人自拍| 欧美高清在线视频| 亚洲一区二区三区中文字幕| 亚洲国产精品成人精品| 亚洲欧美日韩国产综合精品二区| 亚洲美女淫视频| 蜜臀av在线播放一区二区三区| 麻豆freexxxx性91精品| 国产欧美一区二区在线观看| 尤物99国产成人精品视频| 亚洲精品在线免费观看视频| 欧美日韩色综合| 国产欧美日韩伦理| 极品少妇一区二区三区精品视频| 国产精品久久久久秋霞鲁丝| 黑人一区二区| 久久裸体艺术| 亚洲激情国产精品| 亚洲永久网站| 久久蜜桃香蕉精品一区二区三区| 久热精品视频在线观看一区| 欧美午夜a级限制福利片| 欧美亚男人的天堂| 国产日韩免费| 久久嫩草精品久久久精品| 一区二区三区日韩欧美精品| 欧美sm视频| 午夜在线播放视频欧美| 在线一区二区三区做爰视频网站| 欧美精品日本| 精品999久久久| 亚洲一区制服诱惑| 亚洲国产另类精品专区| 国产欧美日韩伦理| 午夜精品成人在线| 亚洲一本视频| 欧美日韩国产一区二区三区| 这里只有精品视频在线| 久久成人人人人精品欧| 国产精品综合视频| 国产一区二区日韩| 欧美中文在线观看国产| 欧美一区二区视频在线观看| 羞羞色国产精品| 亚洲精品一区二区三区99| 久久频这里精品99香蕉| 欧美一区二区三区在线观看视频| 午夜久久资源| 极品裸体白嫩激情啪啪国产精品| 欧美亚洲一区二区三区| 欧美大片一区二区三区| 亚洲伦理在线免费看| 欧美一区亚洲二区| 性感少妇一区| 亚洲日本激情| 99re这里只有精品6| 欧美日韩不卡一区| 亚洲欧美中文另类| 麻豆国产精品va在线观看不卡| 一区二区三区国产| 欧美日韩国产高清| 麻豆精品视频在线观看视频| 国产精品第13页| 亚洲视频第一页| 欧美一区二区在线免费观看| 亚洲精品国精品久久99热一| 欧美激情一区二区三区全黄| 国内精品美女在线观看| 美乳少妇欧美精品| 欧美本精品男人aⅴ天堂|