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

            久久香综合精品久久伊人| 亚洲国产天堂久久综合| 久久久SS麻豆欧美国产日韩| 日韩十八禁一区二区久久| 亚洲伊人久久成综合人影院 | 色婷婷综合久久久久中文| 人妻无码αv中文字幕久久| 精品久久久久香蕉网| 精品久久久久久国产免费了| 中文字幕乱码人妻无码久久| 91秦先生久久久久久久| 久久精品桃花综合| 欧美激情精品久久久久| 久久热这里只有精品在线观看| 久久久久久久久无码精品亚洲日韩 | 久久毛片一区二区| 国产精品99精品久久免费| 久久人人爽人爽人人爽av| 欧美一区二区三区久久综合 | 狠狠色婷婷久久综合频道日韩 | 一本一道久久精品综合| 久久天天躁狠狠躁夜夜avapp| 久久影院综合精品| 亚洲精品无码专区久久同性男| 久久精品人人槡人妻人人玩AV| 亚洲精品美女久久久久99小说| 久久精品人人做人人爽电影| 香蕉久久av一区二区三区| 午夜福利91久久福利| 久久精品国产99国产精品| 91亚洲国产成人久久精品| 狠狠色丁香久久综合婷婷| 99久久婷婷国产综合亚洲| 久久综合狠狠综合久久| 99久久99久久精品国产片果冻| 伊人久久大香线蕉成人| 久久影院午夜理论片无码| 久久高潮一级毛片免费| 狠狠久久综合| 久久人人爽人人爽AV片| 欧美一级久久久久久久大片|