• <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>

              C++博客 :: 首頁 :: 聯(lián)系 :: 聚合  :: 管理
              117 Posts :: 2 Stories :: 61 Comments :: 0 Trackbacks

            常用鏈接

            留言簿(8)

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜


            1. 函數(shù)原型(源自MSDN)

                  virtual BOOL PreTranslateMessage(MSG* pMsg);

                  功能:

                  重載該函數(shù)可以實現(xiàn)窗口消息在派發(fā)給窗口函數(shù)TranslateMessage()DispatchMessage()之前的過濾.缺省的實現(xiàn)是完成加速鍵的翻譯.因為您必須在你的重載版本中調(diào)用CWinApp:PreTranslateMessage()函數(shù).

                  MFC中,PreTranslateMessage()是虛函數(shù),我們可以重載它來處理鍵盤和鼠標(biāo)消息。

                  SDK中,這又有所不同,我們必須在回調(diào)函數(shù)中
                  LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)處理消息,它和PreTranslateMessage起的作用是類似的。只是MFC封裝的更好而已。

            2. 說明

                  該函數(shù)表示在消息處理(TranslateMessage()DispatchMessage())前所作的操作,如果函數(shù)返回值為TRUE,那么消息處理即終止,不會調(diào)用TranslateMessage()DispatchMessage()來翻譯和分發(fā)消息給相應(yīng)的窗口;若返回值為FALSE,才會調(diào)用翻譯和分發(fā)消息函數(shù)。

                  該函數(shù)是MFC消息控制流最具特色的地方,它是CWnd類的虛擬函數(shù),通過重載這個函數(shù),我們可以改變MFC的消息控制流程,甚至可以作一個全新的控制流出來。

                  win32程序中,關(guān)于消息有兩種傳遞方式:

                  a. MFC消息,MFC會把所有的消息一條條放到一個AFX_MSG_MAP_ENTRY結(jié)構(gòu)中,形成一個數(shù)組,該數(shù)組存放了所有的消息和與它們相關(guān)的參數(shù)。也可以說是放到消息隊列里去。

                  b. 采用SendMessage()或其他類似的方式向窗口直接發(fā)送的而不經(jīng)過消息隊列的消息。

                這兩種方式中只有第一種(穿過消息隊列的消息)才受PreTranslateMessage()影響,第二種消息并不會理睬PreTranslateMessage()的存在。

            3. 其他

                  PreTranslateMessage是消息在送給TranslateMessage函數(shù)之前被調(diào)用的,絕大多數(shù)本窗口的消息都要通過這里,比較常用,當(dāng)你需要在MFC之前處理某些消息時,常常要在這里添加代碼.

                  MFC消息控制流最具特色的地方是CWnd類的虛擬函數(shù)PreTranslateMessage(),通過重載這個函數(shù),我們可以改變MFC的消息控制流程,甚至可以作一個全新的控制流出來。只有穿過消息隊列的消息才受PreTranslateMessage()影響,采用SendMessage()或其他類似的方式向窗口直接發(fā)送的而不經(jīng)過消息隊列的消息根本不會理睬PreTranslateMessage()的存在。

                  一、是否調(diào)用TranslateMessage()DispatchMessage()是由一個名稱為PreTranslateMessage()函數(shù)的返回值決定的,如果該函數(shù)返回TRUE,則不會把該消息分發(fā)給窗口函數(shù)處理。

                  二、傳給PreTranslateMessage()的消息是未經(jīng)翻譯過的消息,它沒有經(jīng)過TranslateMessage()處理。例如可以在該函數(shù)中使用(pMsg->wParam == VK_RETURN)來攔截回車鍵。

                  三、在WindowProc里不能處理WM_CHAR消息。(WindowProc函數(shù)見MFC消息響應(yīng)機(jī)制一文)

                  四、SetWindowText會發(fā)送WM_CHAR給窗口。

                  五、PeekMessageGetMessage的區(qū)別:

                  GetMessage在沒有消息的時候等待消息,效率低。PeekMessage沒有消息的時候立刻返回,所以CPU占用率高。因為游戲不能靠Windows消息驅(qū)動,所以要用PeekMessage();

                  在一個WIN32程序中,WINDOWS會將消息傳遞給相應(yīng)的窗口。但是消息不是立即就被傳遞給相應(yīng)的窗口,而是會從整個程序最頂層的窗口傳遞到下一級窗口,再傳遞到下一級窗口,直到傳遞給目標(biāo)窗口。在整個過程中,有些消息,在某些特定的情況下,無法默認(rèn)傳遞到目標(biāo)窗口的。比如用戶在EDIT控件中按下回車鍵,CANCEL鍵等,如果EDIT窗口之前有對話框窗口,對話框會默認(rèn)處理回車消息(即響應(yīng)ONOK函數(shù),然后關(guān)閉對話框),然后退出消息傳遞。所以 EDIT會收不到。要解決這個問題,可以在EDIT窗口之前所有的對話框中重載PreTranslateMessage函數(shù),然后在函數(shù)內(nèi)加上:

             if (pMsg->message == WM_KEYDOWN && pMsg->wParam == VK_RETURN)    //如果消息類型為WM_KEYDOWN并且用戶按下的是回車
                     return FALSE;   
            //不翻譯消息,直接將消息傳遞下去。具體可查MSDN。注意,這里返回值不能為TRUE,TRUE的意思是翻譯消息后退出消息傳遞,如此一來雖然也能避開對話框默認(rèn)處理,但是會退出消息傳遞,這樣EDIT控件照樣得不到消息。(我一開始所犯的錯誤)

                如此,就可避開對話框默認(rèn)處理,將消息傳遞下去。注意:只有對話框才會默認(rèn)處理按下回車,CANCEL消息,其他控件窗口則不會,所以在其他窗口中不必重載PreTranslateMessage函數(shù),當(dāng)然如果重載了也不會錯。

            附:關(guān)于PreTranslateMessage()函數(shù)的小程序示例:

            BOOL CUserDlg::PreTranslateMessage(MSG* pMsg)
            {
                
            if(pMsg->message == WM_KEYDOWN) //判斷是否有按鍵按下
                {
                   
            switch(pMsg->wParam)
                   
            {
                      
            case VK_DOWN:     //表示是方向鍵中的向下的鍵
                          
            // code here 
                           break;
                      
            case VK_UP:      //表示是方向鍵中的向上的鍵
                           
            // code here 
                           break;
                      
            default:
                           
            break;
                   }

               }

            }

             

            本文來自CSDN博客,轉(zhuǎn)載請標(biāo)明出處:http://blog.csdn.net/mypwb/archive/2009/09/22/4577553.aspx

            国产精品永久久久久久久久久| 国产高潮国产高潮久久久91| 亚洲午夜精品久久久久久人妖| 伊人久久五月天| 久久久久国产一区二区三区| 成人国内精品久久久久影院VR| 久久免费精品一区二区| 久久99久久99精品免视看动漫| 亚洲av日韩精品久久久久久a| 无码任你躁久久久久久老妇App| 久久中文字幕视频、最近更新| 久久综合久久伊人| 无码人妻久久一区二区三区蜜桃| 97视频久久久| 久久久无码精品亚洲日韩按摩 | 国产精品丝袜久久久久久不卡| 久久综合中文字幕| 久久国产精品国语对白| 无码任你躁久久久久久老妇| 久久人人爽人人爽人人片AV高清 | 亚洲国产精品无码久久久蜜芽 | 四虎影视久久久免费| 一日本道伊人久久综合影| 久久狠狠爱亚洲综合影院| 国内精品久久人妻互换| 久久免费精品一区二区| 香蕉久久AⅤ一区二区三区| 97久久国产综合精品女不卡| 国产精品久久久久影院色| 久久狠狠一本精品综合网| 久久久久久久久波多野高潮| 狠狠干狠狠久久| 午夜精品久久久久成人| 99久久精品毛片免费播放| 久久噜噜久久久精品66| 久久久精品国产sm调教网站| 久久国产视屏| 久久成人国产精品二三区| 狠狠色婷婷久久综合频道日韩| 久久免费高清视频| 亚洲精品国精品久久99热一|