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

Event Programming in C++ (Part I)


Q:
微軟的.NET框架讓我們能夠為托管類定義事件并通過代理和+=操作符對其進行處理.那么在本地C++中有沒有同樣的方法呢,它看起來很有用.

      某些讀者

 

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

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

成功的設(shè)計全是針對降低復(fù)雜性的.很久以前,當(dāng)函數(shù)還被稱作子程序”(我本人為證,我確信),降低復(fù)雜性的主要途徑就是自上而下的編程.你從一個高層次的目的入手如為宇宙建模”,然后把它分解成較小的任務(wù)如為銀河系建模為太陽系建模”,然后... 直到這些任務(wù)變得簡單到能在一個函數(shù)里實現(xiàn).自上而下的設(shè)計仍然被運用在在程序設(shè)計中,但是當(dāng)系統(tǒng)要對發(fā)生順序不確定的實時事件作出響應(yīng)時,它就不能很好的工作了.一個經(jīng)典的例子就是必須對用戶操作如點擊一個按鍵或移動鼠標作出響應(yīng)的GUI程序.事實上, 圖形用戶接口的出現(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)實現(xiàn)了這個窗口過程并且把它傳遞給Windows操作系統(tǒng).當(dāng)需要描繪,改變焦點或者激活窗口時,Windows用適當(dāng)?shù)南⒋a通知你的程序.這些消息就是事件.你的窗口過程就是事件處理者.

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

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


                     




                                          圖混合模式

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

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

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

 

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

 

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

 

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

 

一些讀者偶爾會問:異常和事件的區(qū)別是什么?最主要的區(qū)別是異常描述的是假定不會發(fā)生卻發(fā)生了的意想不到的情形.比如你的程序用光了內(nèi)存或用零做了除數(shù).,這就是你不希望發(fā)生的異常的情形,一旦它們發(fā)生了,你的程序必須對它進行處理.然而事件是正常的日常操作的一部分并且完全是意料之中的.用戶移動了鼠標或按下一個按鍵.瀏覽器導(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)然,你總是能夠從運行在單獨的線程的代碼里激活事件,或者用異步委托調(diào)用來執(zhí)行導(dǎo)致事件異步(相對于主線程)發(fā)生的線程池里的每一個事件處理程序.

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

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

在托管擴展中,要定義一個事件可以用__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

);

要接收事件你要實現(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++中實現(xiàn)事件?C++沒有內(nèi)建的事件機制,你能做什么呢?你能用typedef來定義一個回調(diào)函數(shù)然后讓客戶接受它,有點像qsort那頂舊帽子.更不畢說當(dāng)你要處理幾個事件時會有多麻煩.當(dāng)你想用成員函數(shù)取代靜態(tài)外部函數(shù)來作為事件處理函數(shù),它會尤其丑陋!

定義事件更好的方法是創(chuàng)建一個接口.COM就是這么做的.但是你不畢用C++實現(xiàn)所有的COM代碼,你可以用一個簡單的類.我以自己寫的一個類名為CPrimerCalculator的類為例,它用來找出的質(zhì)數(shù).當(dāng)它運行時,它會激活兩種類型的事件:一個進度事件和一個完成事件.這些事件由IPrimeEvents接口定義..NETCOM的角度來看IPrimeEvents就是一個接口;它就是一個普通而古老的定義了簽名(參數(shù)和返回類型)C++抽象類.所有處理CPrimerCalculator事件的客戶都必須實現(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ù)事件實現(xiàn)了兩種不同的事件處理過程.第一個就是主對話框本身CMyDlg,它利用多重繼承實現(xiàn)了IPrimeEvents接口.這個對話框處理了OnProgressOnDone事件,它在窗口中顯示進度并且當(dāng)完成是有提示音.另一個是CTracePrimeEvents,它同樣實現(xiàn)了IPrimeEvents接口.它的實現(xiàn)是顯示診斷信息.CTracePrimeEvents的目的是為了展示怎樣為同樣的事件注冊一個以上的客戶.

                     

                                    圖 3 PrimeCalc in Action

   在用CPrimeCalculator寫應(yīng)用程序的程序員看來處理事件是很簡單而清晰的.IPrimeEvents派生,實現(xiàn)處理函數(shù),然后注冊自己.在通過寫各種類來激發(fā)事件的程序員看來,這個過程是有點單調(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ù).有沒有什么方法能用宏或模板或其它什么東西把它通用化來減輕這份苦差事把你從寫一些令人厭煩的樣板代碼中解放出來呢?事實上,確實有!在下個月我會向你們展示.同樣的時間,同樣的頻道.在此之前-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>
            欧美在线视频一区二区| 亚洲欧美日本伦理| 亚洲国产日本| 日韩网站在线| 欧美成年人视频网站| 国产一区二区三区观看| 亚洲自拍电影| avtt综合网| 欧美日韩一区二区三区| 亚洲毛片在线| 亚洲精品欧美一区二区三区| 美女黄毛**国产精品啪啪| 激情欧美一区二区三区在线观看 | 免费91麻豆精品国产自产在线观看| 亚洲免费久久| 欧美精品电影| 一区二区三区日韩在线观看| 91久久久精品| 欧美日韩国产成人在线| 99国产精品久久久久久久久久| 欧美电影在线观看完整版| 久久久99免费视频| 亚洲国产高清在线| 久久露脸国产精品| 国产一区二区三区的电影| av成人黄色| 亚洲精品国偷自产在线99热| 欧美国产日韩在线| 99热精品在线| 亚洲午夜电影网| 国产欧美va欧美不卡在线| 欧美诱惑福利视频| 久久国产精品久久久| 国内久久婷婷综合| 欧美va亚洲va国产综合| 欧美电影在线免费观看网站| 日韩一级二级三级| 亚洲性线免费观看视频成熟| 国产午夜一区二区三区| 麻豆成人在线播放| 欧美巨乳在线| 欧美在线一二三四区| 久久久久欧美精品| 一本一本a久久| 亚洲在线中文字幕| 亚洲国产精品视频一区| 日韩午夜在线视频| 国产色综合久久| 欧美激情亚洲综合一区| 欧美日韩午夜| 老司机精品视频网站| 欧美黄色网络| 久久久欧美精品| 欧美国内亚洲| 久久久久国产精品www| 欧美大香线蕉线伊人久久国产精品| 亚洲一区尤物| 美女露胸一区二区三区| 亚洲欧美日韩国产一区二区三区| 久久国产精品久久久| 一本色道久久综合亚洲二区三区| 亚洲欧美中文日韩v在线观看| 亚洲国产精品悠悠久久琪琪| 亚洲在线免费观看| 日韩亚洲欧美成人| 久久福利精品| 亚洲一区二区在线看| 开心色5月久久精品| 欧美永久精品| 欧美日韩成人免费| 你懂的亚洲视频| 国产亚洲福利社区一区| 一区二区三区日韩欧美| 亚洲精品视频在线看| 久久九九热re6这里有精品| 亚洲综合色婷婷| 欧美精品久久99| 欧美黑人一区二区三区| 狠狠久久婷婷| 午夜久久tv| 欧美一区二区视频免费观看| 欧美日韩精品免费观看视一区二区| 久久久在线视频| 国产一区二区三区高清播放| 亚洲性视频h| 亚洲欧美日韩综合aⅴ视频| 欧美日韩视频免费播放| 亚洲人体影院| 夜夜嗨av一区二区三区网站四季av | 欧美日韩国产成人在线| 亚洲福利国产精品| 影音先锋久久| 久久久久在线| 久久久精品一区| 国产综合色产在线精品| 欧美一级片在线播放| 欧美在线你懂的| 国产乱码精品1区2区3区| 亚洲综合视频一区| 欧美一区二区三区免费视频| 欧美亚洲第一页| 亚洲午夜日本在线观看| 香蕉免费一区二区三区在线观看 | 日韩一级二级三级| 欧美日韩国产影片| 日韩一级黄色av| 亚洲欧美精品在线| 欧美电影免费观看| 亚洲精品一线二线三线无人区| 男女激情视频一区| 亚洲精品乱码久久久久久黑人| 洋洋av久久久久久久一区| 欧美日本一道本| 一区二区激情| 久久成人精品| 亚洲激情在线观看视频免费| 欧美精品1区2区| 亚洲一区3d动漫同人无遮挡| 欧美与欧洲交xxxx免费观看| 激情丁香综合| 欧美精品日韩三级| 亚洲一级在线观看| 久久综合久色欧美综合狠狠 | 亚洲免费电影在线观看| 欧美日韩在线精品| 亚洲欧美日韩综合aⅴ视频| 久久久精品五月天| 日韩一级精品视频在线观看| 欧美午夜精品久久久| 久久xxxx| 亚洲精品你懂的| 久久久爽爽爽美女图片| 日韩午夜黄色| 国模套图日韩精品一区二区| 欧美肥婆bbw| 午夜一区不卡| 亚洲区国产区| 久久久久久久波多野高潮日日| 亚洲级视频在线观看免费1级| 欧美日韩日日夜夜| 美女日韩欧美| 小黄鸭精品aⅴ导航网站入口| 亚洲丶国产丶欧美一区二区三区 | 蜜桃久久精品乱码一区二区| 一本久久综合| 在线观看成人网| 国产精品美女一区二区| 久久综合图片| 午夜免费日韩视频| 久久成人精品无人区| 欧美日韩18| 久久精品国产精品亚洲综合 | 欧美国产一区视频在线观看| 亚洲欧美日韩一区在线观看| 亚洲高清视频一区| 久久人人爽人人| 亚洲综合首页| 亚洲免费成人| 亚洲黄一区二区三区| 国产亚洲午夜| 国产精品婷婷| 国产精品www色诱视频| 美女主播精品视频一二三四| 性欧美video另类hd性玩具| 日韩午夜av电影| 亚洲国产专区| 欧美激情视频给我| 蜜桃精品久久久久久久免费影院| 欧美中文字幕第一页| 亚洲一区二区综合| 亚洲午夜久久久久久久久电影网| 亚洲国产精品ⅴa在线观看| 国内精品久久久久久久影视麻豆 | 一区二区免费看| 亚洲另类一区二区| 亚洲人成小说网站色在线| 伊人久久综合97精品| 国产在线成人| 国内一区二区三区| 国内揄拍国内精品久久| 激情视频一区二区三区| 国内精品99| 在线精品视频一区二区| 在线观看成人av电影| 亚洲国产欧美不卡在线观看| 亚洲成人资源网| 亚洲黄色免费网站| 亚洲精品资源| 亚洲午夜伦理| 久久av一区二区三区漫画| 久久精品视频免费观看| 久久夜色精品国产欧美乱极品| 久久一本综合频道| 欧美国产日本在线| 91久久线看在观草草青青| 99re成人精品视频| 亚洲欧美综合另类中字| 久久九九精品99国产精品| 免费成年人欧美视频| 欧美日韩高清一区|