青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

經(jīng)常有人問(wèn)關(guān)于模態(tài)對(duì)話框和系統(tǒng)菜單內(nèi)部實(shí)現(xiàn)原理方面的問(wèn)題, 因?yàn)橄到y(tǒng)通過(guò)API隱藏了太多細(xì)節(jié),這2個(gè)問(wèn)題確實(shí)令初學(xué)者甚至是有經(jīng)驗(yàn)的開發(fā)者困擾, 下面是我個(gè)人的一些經(jīng)驗(yàn)總結(jié)。

先說(shuō)模態(tài)對(duì)話框,外部看模態(tài)對(duì)話框其實(shí)就是Dialog彈出以后函數(shù)(或者說(shuō)調(diào)用棧call stack)不直接返回, 而是要讓你做出選擇后關(guān)閉Dialog, 然后程序再繼續(xù)往下執(zhí)行。在你關(guān)閉Modal Dialog之前, 你不能做其他操作。
下面是我自己模擬模態(tài)對(duì)話框行為的代碼:
#define MODAL_DLG_EXIT_NOTIFY    _T("modal_dialog_can_exit_now")
#define MODAL_DLG_EXIT_VALUE     _T("this_is_the_exit_code")

int RunModal(HWND hWnd)
{
    int nRet(-1);
    
    HWND hWndOwner = GetWindow(hWnd, GW_OWNER);
    BOOL bDisableOwner = FALSE;
    if(hWndOwner != GetDesktopWindow())
    {
        _ASSERT(!(::GetWindowLong(hWndOwner, GWL_STYLE) & WS_CHILD));
        EnableWindow(hWndOwner, FALSE);
        bDisableOwner = TRUE;
    }
    
    MSG msg = {0};
    while(GetMessage(&msg, 0, 0, 0))
    {
        TranslateMessage (&msg);
        DispatchMessageW (&msg);
        
        if(GetProp(hWnd, MODAL_DLG_EXIT_NOTIFY) != 0)
        {
            nRet = (int)GetProp(hWnd, MODAL_DLG_EXIT_VALUE);
            break;
        }
    }
    
    if(bDisableOwner)
    {
        EnableWindow(hWndOwner, TRUE);
    }
    
    DestroyWindow(hWnd);
    
    return nRet;
}

BOOL ExitModal(HWND hWnd, int nExitCode)
{
    BOOL bRet = SetProp(hWnd, MODAL_DLG_EXIT_NOTIFY, (HANDLE)1);
    SetProp(hWnd, MODAL_DLG_EXIT_VALUE, (HANDLE)nExitCode);

    PostMessage(hWnd, WM_NULL, 0, 0);

    return bRet;
}
可以看到,其實(shí)原理很簡(jiǎn)單, 主要就是Disable對(duì)話框的Owner窗口, 然后進(jìn)入消息循壞, 直到你調(diào)用ExitModal (EndDialog) 才退出消息循壞。 現(xiàn)在你也應(yīng)該知道為什么不能用DestroyWindow,而是一定要調(diào)用EndDialog來(lái)關(guān)閉模態(tài)對(duì)話框的原因了, 因?yàn)槟阒苯覦estroyWindow就沒(méi)有機(jī)會(huì)Enable它的Owner窗口了。

下面我們?cè)僬f(shuō)菜單的實(shí)現(xiàn)原理, 相信菜單的原理即使對(duì)很多有經(jīng)驗(yàn)的開發(fā)者也不一定清楚。
我們知道菜單其實(shí)也是一個(gè)普通的窗口,首先菜單窗口其實(shí)和模態(tài)對(duì)話框一樣, 在我們關(guān)閉菜單,對(duì)菜單做出選擇之前函數(shù)是不會(huì)返回的。 菜單窗口的特殊之處在于,菜單彈出的時(shí)候我們可以看到它下面的窗口還是保持激活狀態(tài), 也就是說(shuō)當(dāng)前的得到焦點(diǎn)的窗口其實(shí)是菜單的Owner窗口, 但是菜單窗口同時(shí)又能響應(yīng)鍵盤消息(我們可以通過(guò)上下鍵或是Enter和Esc做出選擇)。從窗口機(jī)制的原理上說(shuō)兩者是矛盾的,一個(gè)沒(méi)有獲得焦點(diǎn)的窗口怎么能夠響應(yīng)鍵盤消息呢? 下面是我自己對(duì)彈出菜單行為的模擬:
#define MENU_EXIT_NOTIFY        _T("menu_loop_can_exit_now")
#define MENU_EXIT_COMMAND_ID    _T("this_is_the_menu_command_id")

int RunMenu(HWND hWnd)
{
    int nRet(-1);
    
    BOOL bMenuDestroyed(FALSE);
    BOOL bMsgQuit(FALSE);
    HWND hWndOwner = GetWindow(hWnd, GW_OWNER);
    _ASSERT(GetForegroundWindow() == hWndOwner);
    
    while(TRUE)
    {
        if(GetProp(hWnd, MENU_EXIT_NOTIFY) != 0)
        {
            nRet = (int)GetProp(hWnd, MENU_EXIT_COMMAND_ID);
            break;
        }

        if(GetForegroundWindow() != hWndOwner)
        {
            break;
        }

        MSG msg = {0};
        if(PeekMessage(&msg, NULL, 0, 0, PM_REMOVE))
        {
            if(msg.message == WM_KEYDOWN
                || msg.message == WM_SYSKEYDOWN
                || msg.message == WM_KEYUP
                || msg.message == WM_SYSKEYUP
                || msg.message == WM_CHAR
                || msg.message == WM_IME_CHAR)
            {
                //transfer the message to menu window
                msg.hwnd = hWnd;
            }
            else if(msg.message == WM_LBUTTONDOWN
                || msg.message == WM_RBUTTONDOWN
                || msg.message == WM_NCLBUTTONDOWN
                || msg.message == WM_NCRBUTTONDOWN)
            {
                //click on other window
                if(msg.hwnd != hWnd)
                {
                    DestroyWindow(hWnd);
                    bMenuDestroyed = TRUE;
                }
            }
            else if(msg.message == WM_QUIT)
            {
                bMsgQuit = TRUE;
            }

            TranslateMessage (&msg);
            DispatchMessageW (&msg);
        }
        else
        {
            MsgWaitForMultipleObjects (0, 0, 0, 10, QS_ALLINPUT);
        }

        if(bMenuDestroyed) break;

        if(bMsgQuit)
        {
            PostQuitMessage(msg.wParam);
            break;
        }
    }
    
    if(!bMenuDestroyed) DestroyWindow(hWnd);
    
    return nRet;
}

BOOL ExitMenu(HWND hWnd, int nCommandID = -1)
{
    BOOL bRet = SetProp(hWnd, MENU_EXIT_NOTIFY, (HANDLE)1);
    SetProp(hWnd, MENU_EXIT_COMMAND_ID, (HANDLE)nCommandID);

    return bRet;
}
從代碼可以看到,如果我們可以自己控制整個(gè)Windows消息循環(huán),那么中間我們就有很多事可以做了,包括攔截和轉(zhuǎn)發(fā)任何消息,比如我們可以把原來(lái)系統(tǒng)發(fā)給A窗口的消息直接轉(zhuǎn)發(fā)給B窗口:菜單窗口的鍵盤消息最初是發(fā)給主窗口的,但是被我們?cè)谙⒀h(huán)中攔截后,轉(zhuǎn)發(fā)了。

簡(jiǎn)單總結(jié)下,Windows的API封裝了太多細(xì)節(jié), 盡管大部分時(shí)候我們只要知道如何使用它們,而不用關(guān)心它們的內(nèi)部如何實(shí)現(xiàn)。 但是當(dāng)你寫一些相對(duì)底層的東西,比如開發(fā)自己的DirectUI界面庫(kù)時(shí), 還是需要真正理解某些API的內(nèi)部實(shí)現(xiàn)原理,才能繼續(xù)深入下去。

注:因?yàn)闆](méi)有Windows源碼,上面的代碼只是個(gè)人的猜測(cè)和模擬,如有不正確的地方歡迎指正。

完整測(cè)試源碼:ModalDialog&Menu Test
posted on 2013-04-07 22:19 Richard Wei 閱讀(5233) 評(píng)論(10)  編輯 收藏 引用 所屬分類: windows desktop

FeedBack:
# re: DirectUI中模態(tài)對(duì)話框和菜單的原理
2013-04-07 23:23 | waiting4you
這個(gè)問(wèn)題確實(shí)值得探討,菜單彈出時(shí)父窗體貌似沒(méi)有焦點(diǎn)了吧?
我的做法是菜單模擬窗體打開時(shí)用SetCapture取得控制權(quán),一旦窗體收到WM_CAPTURECHANGED消息就把窗體退出。  回復(fù)  更多評(píng)論
  
# re: DirectUI中模態(tài)對(duì)話框和菜單的原理
2013-04-08 08:37 | Richard Wei
@waiting4you
SetCapture的方法應(yīng)該是不正確定。
菜單彈出時(shí)焦點(diǎn)當(dāng)然還在父窗口上,這是菜單窗口是沒(méi)有獲得焦點(diǎn)的, 菜單窗口的鍵盤消息需要父窗口轉(zhuǎn)發(fā)給他。我的測(cè)試代碼基本上已經(jīng)完整的模擬了菜單的行為。
  回復(fù)  更多評(píng)論
  
# re: DirectUI中模態(tài)對(duì)話框和菜單的原理
2013-04-08 09:35 | waiting4you
@Richard Wei
你那個(gè)方法更靈活,只是自己處理消息的話有時(shí)會(huì)影響到其它地方的代碼,如OnIdle之類的。
用SetCapture的方式做的話,用SW_SHOWNA的方式顯示,父窗體還是處于Active狀態(tài)但沒(méi)有輸入焦點(diǎn),優(yōu)點(diǎn)是這種方法實(shí)現(xiàn)比較簡(jiǎn)單。  回復(fù)  更多評(píng)論
  
# re: DirectUI中模態(tài)對(duì)話框和菜單的原理
2013-04-08 09:58 | Richard Wei
@waiting4you

對(duì), OnIdle如果是放在Timer里是沒(méi)有影響的 ,如果是自己在在消息循環(huán)里調(diào)用, 就只能寫成全局函數(shù),然后在這里調(diào)用了。

Windows系統(tǒng)對(duì)于菜單的實(shí)現(xiàn)應(yīng)該不是用SetCapture的方式, 調(diào)用TrackPopupMenu后也是阻塞式的,至于父窗口有保持沒(méi)有激活可以看標(biāo)題欄是不是保持高亮。  回復(fù)  更多評(píng)論
  
# re: DirectUI中模態(tài)對(duì)話框和菜單的原理[未登錄](méi)
2013-04-09 10:03 | jacky
模態(tài)對(duì)話框還有許多東西要模擬的吧,比如點(diǎn)擊父窗口時(shí)的閃爍效果  回復(fù)  更多評(píng)論
  
# re: DirectUI中模態(tài)對(duì)話框和菜單的原理
2013-04-09 10:47 | Richard Wei
@jacky
這是系統(tǒng)系統(tǒng)的默認(rèn)行為。
當(dāng)然我上面的是簡(jiǎn)化版的實(shí)現(xiàn), 實(shí)際情況要考慮更多問(wèn)題, 具體可以參考MFC里DoModal的實(shí)現(xiàn)源碼  回復(fù)  更多評(píng)論
  
# re: DirectUI中模態(tài)對(duì)話框和菜單的原理[未登錄](méi)
2013-04-14 13:01 | 春秋十二月
好久沒(méi)搞windows了 看完后 受益了 兄弟功底扎實(shí)  回復(fù)  更多評(píng)論
  
# re: DirectUI中模態(tài)對(duì)話框和菜單的原理
2013-04-14 19:10 | Richard Wei
@春秋十二月
受益就好, 其實(shí)關(guān)于菜單的原理我也是想了好久才明白的 ^_^  回復(fù)  更多評(píng)論
  
# re: DirectUI中模態(tài)對(duì)話框和菜單的原理
2013-09-05 16:03 | Richard Wei
記錄下, 對(duì)于菜單窗口, 可以優(yōu)化消息WM_MOUSEACTIVATE, 返回MA_NOACTIVATE
  回復(fù)  更多評(píng)論
  
# re: DirectUI中模態(tài)對(duì)話框和菜單的原理
2013-10-30 23:49 | 華鋒
對(duì)話框應(yīng)該有相應(yīng)的 API 做處理

DialogProc,
DialogBox,
EndDialog,
....

  回復(fù)  更多評(píng)論
  
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            亚洲区一区二| 欧美成人一区二区三区在线观看 | 欧美一级播放| 国产伦精品一区二区三区高清版| 日韩午夜视频在线观看| 免费在线国产精品| 久久成人一区| 国产在线观看91精品一区| 亚洲欧美日产图| 艳女tv在线观看国产一区| 欧美二区乱c少妇| 久久夜色撩人精品| 亚洲女与黑人做爰| 欧美一级视频| 一本色道久久综合狠狠躁篇的优点 | 玖玖玖国产精品| 亚洲特黄一级片| 亚洲无毛电影| 国内精品美女在线观看| 久久综合999| 久久精品在线播放| 狠狠色狠狠色综合人人| 亚洲精品久久视频| 黄色亚洲在线| 亚洲视频1区2区| 亚洲成人资源| 欧美一区二区精品久久911| 影音先锋欧美精品| 亚洲日本va午夜在线电影| 国产精品视频导航| 久久免费观看视频| 久久亚洲私人国产精品va| 久久综合五月天婷婷伊人| 欧美日韩一区二区在线观看| 欧美肥婆bbw| 国产精品一区二区三区四区 | 久久久久久夜| 亚洲欧美美女| 欧美日韩一区三区| 性欧美8khd高清极品| 亚洲国产精品成人综合| 国产日韩欧美在线一区| 久久久久久9| 亚洲欧美日韩人成在线播放| 久久久久久久久蜜桃| 99国产精品久久久久久久| 久久精品亚洲热| 欧美一区二区私人影院日本 | 久久频这里精品99香蕉| 狠狠色丁香婷综合久久| 蜜桃久久精品一区二区| 亚洲国产天堂久久综合| 国产视频精品网| 亚洲欧美日韩在线播放| 午夜亚洲伦理| 亚洲韩国一区二区三区| 欧美日本一区二区高清播放视频| 亚洲精品男同| 一本一本久久a久久精品牛牛影视| 蜜月aⅴ免费一区二区三区| 美女脱光内衣内裤视频久久影院| 国产日韩综合| 老司机精品视频一区二区三区| 亚洲精品中文字| 久久精品国产清高在天天线| 精品福利av| 欧美色图五月天| 久久久国产成人精品| 亚洲国产高清视频| 亚洲精品视频在线看| 开心色5月久久精品| 久久久久免费观看| 亚洲欧美成人一区二区在线电影| 欧美国产精品va在线观看| 欧美wwwwww| 亚洲欧洲另类国产综合| 新67194成人永久网站| 国产欧美高清| 国产亚洲欧美日韩在线一区| 欧美日韩高清在线| 欧美激情一区二区| 久久精品电影| 午夜在线a亚洲v天堂网2018| 亚洲精品偷拍| 欧美亚洲在线视频| 亚洲欧美在线磁力| 亚洲一区二区免费看| 亚洲国产精品一区制服丝袜 | 久久黄金**| 亚洲高清影视| 香蕉尹人综合在线观看| 欧美一区亚洲二区| 久久久99爱| 老司机成人在线视频| 久久亚洲欧美| 麻豆91精品91久久久的内涵| 香蕉免费一区二区三区在线观看| 亚洲免费在线观看| 久久久久久97三级| 欧美成年视频| 欧美激情视频给我| 免费日韩精品中文字幕视频在线| 久久久久久亚洲精品杨幂换脸| 一区二区三区回区在观看免费视频 | 欧美一区二区三区日韩视频| 亚洲欧美日韩国产一区二区| 欧美在线视频免费| 久久久久国色av免费观看性色| 欧美国产激情| 国产精品久久久久久久app| 国产精品自拍三区| 欧美日韩激情小视频| 欧美午夜精品久久久久久孕妇 | 欧美高清视频一二三区| 一区二区三区www| 欧美亚洲免费高清在线观看| 欧美韩国日本综合| 一色屋精品视频免费看| 亚洲天堂男人| 欧美电影在线| 亚洲尤物精选| 欧美日韩在线不卡一区| 亚洲一区免费| 亚洲综合社区| 欧美日韩美女| 亚洲免费av网站| 欧美高清视频一区二区| 欧美制服丝袜| 久久天堂精品| 在线观看国产精品网站| 麻豆精品在线视频| 玖玖玖免费嫩草在线影院一区| 国产在线日韩| 免费不卡中文字幕视频| 玖玖视频精品| 亚洲免费中文| 久久久久国产精品一区| 亚洲精品少妇| 亚洲欧美日韩成人高清在线一区| 国产欧美精品一区| 欧美成人亚洲成人| 国产精品第一区| 美腿丝袜亚洲色图| 欧美色播在线播放| 久久在线91| 国产精品久久久久久超碰| 免费欧美在线视频| 国产精品一区二区久久国产| 欧美凹凸一区二区三区视频| 欧美视频一区二区在线观看 | 欧美精品少妇一区二区三区| 亚洲免费视频观看| 免费一级欧美在线大片| 午夜在线观看欧美| 欧美区国产区| 欧美成人免费一级人片100| 国产日韩在线看片| 亚洲综合色网站| 午夜精品理论片| 国产精品hd| 一本色道久久综合| 99精品国产在热久久| 国产日韩欧美中文在线播放| 久久久久久网址| 在线日韩电影| 国产精品揄拍一区二区| 美女图片一区二区| 亚洲欧美日韩一区二区在线| 亚洲人成在线观看| 亚洲欧美国产另类| 日韩午夜电影| 亚洲国产日韩在线一区模特| 国产欧美日韩视频在线观看 | 99re这里只有精品6| 国产在线高清精品| 免费av成人在线| 正在播放欧美视频| 美女国产一区| 9l国产精品久久久久麻豆| 欧美日本在线| 久久久99爱| 亚洲午夜国产一区99re久久 | 极品尤物av久久免费看| 欧美jjzz| 午夜激情综合网| 亚洲欧洲日本在线| 久久精品91久久香蕉加勒比| 亚洲精品久久久久久下一站| 国产精品国产三级国产专播精品人 | 国产精品一区二区你懂的| 免费欧美电影| 亚洲欧美日韩在线观看a三区| 亚洲永久网站| 欧美精品在线免费| 久久九九免费| 欧美高清视频一区二区| 老司机精品导航| 国产一区二区三区四区老人| 亚洲午夜电影网| 狠狠色综合日日|