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

            旅途

            如果想飛得高,就該把地平線忘掉

            分析與理解通知消息-WM_NOTIFY

            前言

              近來,有幾個網(wǎng)友發(fā)妹兒問了我一些關(guān)于WM_NOTIFY通知消息的使用問題,為此,我寫了這篇文章,將我對WM_NOTIFY消息的理解闡述如下,希望能對各位有所幫助。

              引入WM_NOTIFY消息的原因

              1、問題的提出:

              在Windows3.x中,不存在WM_NOTIFY消息,控制子窗口的通知消息同菜單的命令消息及加速鍵消息一樣,均使用WM_COMMAND來發(fā)送,此時,根據(jù)WM_COMMAND消息傳遞的做法,可知道含有如下的傳遞結(jié)構(gòu):

            wParam high-order : Notify Code :(如TTN_NEEDTEXT)
            wParam low-order : ControlID
            lParam : ControlHandle


              使用上述結(jié)構(gòu)進(jìn)行消息的傳遞時,如果一個通知消息有一些附加的消息需要發(fā)送時(如傳遞LVN_COLUMNCLICK時可能需要附加傳送如點擊的是那一列等信息),因為WM_COMMAND僅能傳遞如上的參數(shù),故無法做到。

              2、解決的方案

              --Windows 3.x中的解決方案,為這些有附加消息傳送要求的通知消息,為它們各自定義了許多特殊的消息。

              以WM_DRAWITEM為例:

              lParam參數(shù)成為指向DRAWITEMSTRUCT結(jié)構(gòu)的指針,DRAWITEMSTRUCT結(jié)構(gòu)如下:

            typedef struct tagDRAWITEMSTRUCT {
            UINT CtlType;
            UINT CtlID;
            UINT itemID;
            UINT itemAction;
            UINT itemState;
            HWND hwndItem;
            HDC hDC;
            RECT rcItem;
            ULONG_PTR itemData;
            } DRAWITEMSTRUCT;


              這樣,就實現(xiàn)了附加參數(shù)的傳遞,類似的做法在Windows3.x中隨處可見。
             --Windows32中的解決方案,Windows3.x的解決方案各自為政,沒有統(tǒng)一性,為了解決這個問題,Window32中引入了一個新的消息,即WM_NOTIFY消息來解決這個問題,它將所有的這些消息采用一個統(tǒng)一的架構(gòu)進(jìn)行處理,為了與以前的處理方式兼容,上述那些特殊的消息仍然存在, 它們在實質(zhì)上也是相同的。

              WM_NOTIFY為何能完成如此的重任?

              原因:它擴(kuò)展了消息的lParam參數(shù),使它成為指向一個相對統(tǒng)一的結(jié)構(gòu)的指針,從而使用這個結(jié)構(gòu)來傳遞復(fù)雜的信息。

              1、無需附加的信息時:

             此結(jié)構(gòu)為一個NMHDR結(jié)構(gòu):

            NMHDR
            {
            HWnd hWndFrom ;
            //相當(dāng)于原WM_COMMAND傳遞方式的lParam
            UINT idFrom ; //相當(dāng)于原WM_COMMAND傳遞方式的wParam(low-order)
            UINT code ; //相當(dāng)于原WM_COMMAND傳遞方式的Notify Code(wParam"s high-order)
            }

              2、需要附加的信息時:

              此結(jié)構(gòu)為一個大的結(jié)構(gòu),它的首成員必須為一個NMHDR結(jié)構(gòu)的對象,它的其他成員放置此消息的附加信息。
              以LVN_KEYDOWN為例:

            typedef struct tagLVKEYDOWN {
            NMHDR hdr;
            WORD wVKey;
            UINT flags;
            } NMLVKEYDOWN, FAR *LPNMLVKEYDOWN;
            WM_NOTIFY消息的處理(以LVN_KEYDOWN 為例)

            void C*ListCtrl::OnKeydown(NMHDR* pNMHDR, LRESULT* pResult)
            {
            LV_KEYDOWN* pLVKeyDow = (LV_KEYDOWN*)pNMHDR;
            ....
            ....
            }


              分析

              1、大結(jié)構(gòu)的首個成員為NMHDR,這樣,使用指向NMHDR的指針來傳遞結(jié)構(gòu)地址,不論在僅使用NMHDR結(jié)構(gòu),還是在使用大結(jié)構(gòu)的情況下都適合。

              2、因為此消息實際傳遞的即是對應(yīng)的結(jié)構(gòu)(NMHDR或以NMHDR作首成員的大結(jié)構(gòu))所以,如上進(jìn)行強(qiáng)制轉(zhuǎn)換,當(dāng)然不會有問題。

              結(jié)語

              使用上述WM_NOTIFY框架處理的消息很多,它們的處理架構(gòu)與一般的消息處理類似,因此,本文沒有對它的具體使用進(jìn)行闡述,有著方面需求的讀者,請自行參閱MSDN相關(guān)內(nèi)容。

              另外,WM_NOTIFY消息和“消息反射”的關(guān)系十分緊密,我會盡快將我對“消息反射”的理解與分析,寫出來與大家共享,再次感謝大家對本文的關(guān)注。

            posted on 2007-07-18 16:48 旅途 閱讀(368) 評論(0)  編輯 收藏 引用 所屬分類: 深入windows

            国产一区二区久久久| 亚洲人成电影网站久久| 青青草原精品99久久精品66| 韩国无遮挡三级久久| 免费一级做a爰片久久毛片潮| 无码精品久久一区二区三区| 日本WV一本一道久久香蕉| 精品久久久久久久无码 | av无码久久久久不卡免费网站| 国产成人精品白浆久久69| 色偷偷91久久综合噜噜噜噜| 久久久国产乱子伦精品作者| 久久人妻少妇嫩草AV无码蜜桃| 亚洲精品无码久久久久去q| 国产综合精品久久亚洲| 国产精品久久久亚洲| 亚洲国产成人精品女人久久久 | 国产精品一区二区久久国产| 国产午夜精品理论片久久| 久久久久亚洲AV无码麻豆| 2020国产成人久久精品| 久久综合伊人77777麻豆| 久久久精品免费国产四虎| 亚洲va久久久噜噜噜久久天堂| 日韩精品无码久久一区二区三| 69SEX久久精品国产麻豆| 亚洲色大成网站www久久九| 综合久久精品色| 久久这里只有精品视频99| 日本精品久久久久中文字幕8| 亚洲中文久久精品无码ww16| 亚洲国产成人精品女人久久久 | 精品久久久久中文字幕一区| 久久久久久久99精品免费观看| 久久亚洲AV成人无码电影| 久久综合给合久久狠狠狠97色| 亚洲va中文字幕无码久久不卡| 亚洲AV日韩精品久久久久| 国产A级毛片久久久精品毛片| 伊人色综合久久天天人手人婷| 久久亚洲国产成人精品性色|