• <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>
            隨筆-159  評論-223  文章-30  trackbacks-0

               MFC將windows消息系統進行了高度的抽象和封裝,其根本原理是運用C++的高級特性并結合一定的設計模式(如工廠模式,模板方法等)來實現的。一般的windows消息(WM_XXX),則一定是由派生類流向基類,沒有旁流的可能。如果是命令消息(WM_COMMAND),那就有比較奇特的路線了。下面就針對多文檔/單文檔(Document-View)、對話框兩種應用程序比較討論WM_COMMAND消息的傳遞處理過程。討論前首先得明確命令消息的來源,命令消息一般是用戶選擇某個菜單項,或一個加速鍵被翻譯,或一個子控件發送一個通知消息給它的父窗口時產生的。對一個菜單而言,消息接收者是Frame窗口或擁有它的對話框;對一個工具欄而言,消息接收者是它的父窗口。兩種應用程序命令消息處理流程如下圖所示。                   

               從上圖可知,文檔視圖型的處理路線是先向下再向上,而對話框型的路線是一直向上,消息接收者只有一個,而處理者次序有多個,每個處理者內部首先都是調用根基類CCmdTarget的OnCmdMsg虛函數,在這個函數內逐級向基類遍歷消息映射表,根據命令ID和通知碼找到對應的消息映射結構體AFX_MSGMAP_ENTRY,如果找到再處理這個命令消息,否則返回FALSE,退回到this對象所在的OnCmdMsg函數進行下一步處理。如果到最后一層都沒有找到對應命令的消息映射,則返回到系統的默認處理DefWindowProc。再綜合考慮下,如果一個對話框接收到了一個命令消息例如是點擊它的子控件工具欄某個按鈕發出的,而這個對話框類沒有添加相應的ON_COMMAND映射,就會進入到它的父窗口類OnCmdMsg函數進行處理,如果這個父窗口正好是Frame窗口,那么命令消息的處理流程就由上圖右邊轉到左邊了。而最終命令消息能否得處理,就看上圖5種對象(Frame、View、Document、Dialog、App、Thread)是否添加了對應的ON_COMMAND映射。
               
               到此為止,我們已經明確了WM_COMMAND消息的處理流程,但是發現最終處理卻是由收到消息的窗口傳遞的,不是消息通知者自己處理的,有的時候為了提高代碼的封裝性,可能需要自己處理這些命令比較方便,比如有一個工具欄CPlayToolBar子類從CToolBar繼承,有播放、暫停、停止3個按鈕,它的父窗口是CPlayDialog對話框。按照常規,這3個按鈕命令事件的處理一般是在CPlayDialog類中3個ON_COMMAND映射宏和處理函數的,但如果在CPlayToolBar類中添加3個ON_COMMAND映射宏和處理函數,是得不到處理的,其原因在于對話框型的路線是一直向上,再者MFC中沒有對應的命令反射ON_COMMAND_REFLECT這個宏。為了能使CPlayToolBar類自己處理這3個按鈕命令事件,就需要從CPlayDialog類中轉移路線,使之流向其子窗口工具欄,這樣CPlayToolbar 類就得到了自己處理的機會。具體操作是重載CPlayToolBar和CPlayDialog的OnCommand虛函數,  CPlayDialog代碼如下所示:
             1  BOOL   CPlayDialog::OnCommand(WPARAM wParam, LPARAM lParam)
             
            2  {
             
            3         if (lParam==(LPARAM)m_playtoolbar.m_hWnd)
             
            4        {
             
            5              m_playtoolbar.OnCommand(wParam,lParam);   //m_playtoolbar為CPlayToolBar對象,注意使OnCommand成為公有成員
             6        }

             
            7       else
             
            8       {
             
            9            return   CDialog::OnCommand(wParam, lParam);
            10       }

            11   }
               CPlayToolBar類代碼如下所示
             1    BEGIN_MESSAGE_MAP(CPlayToolBar, CToolBar)
             
            2         ON_COMMAND(ID_PLAY,  Play)
             
            3         ON_COMMAND(ID_PAUSE,  Pause)
             
            4         ON_COMMAND(ID_STOP,  Stop)
             5    END_MESSAGE_MAP()
             
            6
             7    void   CPlayToolBar::Play()
             
            8    {
             
            9    }

            10   void   CPlayToolBar::Pause()
            11   {
            12   }

            13   void   CPlayToolBar::Stop()
            14   
            15   }
                現在,3個按鈕命令事件能在CPlayToolBar類中獨立處理了,這樣一來就提高了代碼的封裝性,簡化了父窗口CPlayDialog類的處理。
            posted on 2009-12-19 21:29 春秋十二月 閱讀(6084) 評論(1)  編輯 收藏 引用 所屬分類: C/C++
            日日狠狠久久偷偷色综合96蜜桃| 中文字幕亚洲综合久久| 狠狠色婷婷久久综合频道日韩| 久久久久亚洲国产| 国产精品久久波多野结衣| 日本加勒比久久精品| 精品久久一区二区| 免费久久人人爽人人爽av| 97超级碰碰碰碰久久久久| 久久国产高潮流白浆免费观看| 欧美色综合久久久久久| 成人亚洲欧美久久久久 | 久久久亚洲裙底偷窥综合| 日本一区精品久久久久影院| 亚洲精品tv久久久久久久久| 99久久国产综合精品五月天喷水 | 久久精品一区二区三区不卡| 久久久久亚洲精品天堂久久久久久| 伊人久久大香线焦AV综合影院 | 国产午夜福利精品久久| 精品久久久久久无码专区不卡| 久久妇女高潮几次MBA| 久久久高清免费视频| 久久国产AVJUST麻豆| 久久只有这精品99| 伊人久久大香线蕉无码麻豆| 欧美午夜精品久久久久久浪潮| 久久激情五月丁香伊人| 久久久黄片| 婷婷久久久亚洲欧洲日产国码AV| 久久久国产精华液| 久久99精品久久只有精品| 久久精品中文騷妇女内射| 久久亚洲精品视频| 久久精品国产99久久香蕉| 2021久久精品免费观看| 色综合久久综合中文综合网| 好属妞这里只有精品久久| 四虎国产精品免费久久久| 99久久精品国产一区二区| 色综合久久综合网观看|