• <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 春秋十二月 閱讀(6082) 評論(1)  編輯 收藏 引用 所屬分類: C/C++
            久久久WWW成人免费精品| 99久久精品国产高清一区二区| 久久久久久亚洲精品成人| 噜噜噜色噜噜噜久久| 久久91这里精品国产2020| 国产成人精品久久二区二区| 少妇久久久久久被弄高潮| 亚洲精品乱码久久久久久蜜桃| 久久se精品一区二区影院 | 性做久久久久久久| 久久免费视频1| 777午夜精品久久av蜜臀| 久久99热这里只有精品国产| 精品一二三区久久aaa片| 一本一道久久综合狠狠老| 伊人久久精品无码av一区| 久久国产劲爆AV内射—百度| 一本色道久久88—综合亚洲精品| 狠狠综合久久综合88亚洲| 亚洲色欲久久久综合网东京热| 久久久www免费人成精品| 无码人妻精品一区二区三区久久久| 亚洲色欲久久久综合网东京热| 国产亚洲欧美精品久久久| 国内精品久久久久| 久久高清一级毛片| 久久久久久久免费视频| 日产精品久久久久久久性色| 国产精品久久自在自线观看| 91久久精品国产91性色也| 亚洲精品美女久久久久99小说| 亚洲综合精品香蕉久久网| 国产美女久久久| 伊人久久亚洲综合影院| 久久国产欧美日韩精品| 韩国三级中文字幕hd久久精品| 伊人色综合久久天天人守人婷| 久久久久久九九99精品| 久久久精品无码专区不卡| 久久亚洲熟女cc98cm| 99热成人精品免费久久|