作者: Solomon (lsong@kali.com.cn)

　　要使一個(gè)基于 CDialog 的應(yīng)用程序一開始便被隱藏的方法有好多種。大多數(shù)方法在相關(guān)文章（http://www.csdn.net/develop/article/11/11634.shtm）中已經(jīng)提及。本人之所以要寫這篇文章，主要是通過分析MFC 調(diào)用模式對(duì)話框的方法向大家展示一種簡(jiǎn)單，合理，完滿的解決方案。

　　首先，用MFC 生成的一個(gè)基于對(duì)話框的應(yīng)用程序框架，然后修改對(duì)話框資源的Visible屬性使之成為不可見（在屬性頁(yè)的MoreStyle中），接著按下F5 來運(yùn)行這個(gè)程序，我們會(huì)發(fā)現(xiàn)，它并不象我們期望的那樣一開始就被隱藏。而是被顯示了出來。那么為什么會(huì)這樣呢？特別是精通SDK的朋友們，會(huì)對(duì)此百思不得其解。

　　其實(shí)，MFC框架為了顯示對(duì)話框很多工作，它并不簡(jiǎn)簡(jiǎn)單單地調(diào)用　DialogBox　顯示對(duì)話框，而是使用了相對(duì)復(fù)雜的方法�，F(xiàn)在，我就來引導(dǎo)大家對(duì)此探個(gè)究竟。

　　在生成的應(yīng)用程序框架中（名稱為Test），你會(huì)看到CTestApp和CTestDlg 兩個(gè)類，在　CTestApp　的　InitInstance　方法中有如下語(yǔ)句：

     CTestDlg dlg;
     m_pMainWnd = &dlg;
     int nResponse = dlg.DoModal();        // 此處將創(chuàng)建并顯示對(duì)話框

DoModal 是一個(gè)虛函數(shù)，MFC允許用戶編寫自己的調(diào)用對(duì)話框方式來替代原來的方式。但是，MS　實(shí)在令人失望。如果，你打開 DlgCore.Cpp （MFC Source 目錄下）并復(fù)制　DoModal　 的代碼到你自己的類中，你會(huì)發(fā)現(xiàn)無法編譯成功。原因在于MS在　DoModal　中使用了兩個(gè)非輸出函數(shù)　AfxHookWindowCreate 和　AfxUnhookWindowCreate。（這兩個(gè)函數(shù)的作用超出了本文所討論的范圍，因此不作詳細(xì)論述。）由于無法編譯，所以　MS 　要求用戶的 DoModal 必須調(diào)用　CDialog　的　DoModal　來顯示對(duì)話框。這樣，控制隱藏就無法通過重載　DoModal　實(shí)現(xiàn)了。那么　MS　在　DoModal　中干了什么呢？下面就是一部分代碼。

int CDialog::DoModal()
{
  ...... 讀入資源，并作一些設(shè)置
  if (CreateDlgIndirect(lpDialogTemplate,
            CWnd::FromHandle(hWndParent), hInst))　　//創(chuàng)建無模式對(duì)話框
    {
      if (m_nFlags & WF_CONTINUEMODAL)
      {
        // enter modal loop
        DWORD dwFlags = MLF_SHOWONIDLE;　　//罪魁禍?zhǔn)拙褪撬?br>        if (GetStyle() & DS_NOIDLEMSG)
          dwFlags |= MLF_NOIDLEMSG;
        VERIFY(RunModalLoop(dwFlags) == m_nModalResult);　//進(jìn)入消息循環(huán)
      }

　　.......
    }
  }
  ...... 釋放資源等
}

原來，DoModal 并不使用 DialogBox 直接調(diào)出對(duì)話框，而是通過創(chuàng)建無模式對(duì)話框并維護(hù)消息循環(huán)的方式(RunModalLoop)來模擬模式對(duì)話框的效果。（看起來好像有點(diǎn)像DialogBox 的內(nèi)部作業(yè)方式）MLF_SHOWONIDLE 是什么？看英文的意思是在Idle 的時(shí)候ShowWindow。那么是不是這樣呢？好吧，為了探個(gè)究竟，讓我們進(jìn)入RunModalLoop。RunModalLoop在WinCore.CPP中定義。打開WinCore.CPP 并找到 RunModalLoop, 會(huì)看到以下的語(yǔ)句

BOOL bShowIdle = (dwFlags & MLF_SHOWONIDLE) && !(GetStyle() & WS_VISIBLE);

條件　dwFlags & MLF_SHOWONIDLE 始終為TRUE。 而　!(GetStyle() & WS_VISIBLE)只有在WS_VISIBLE屬性沒有設(shè)置的時(shí)候才會(huì)為 TRUE。這樣，當(dāng)我們?nèi)サ鬡isible 屬性后　bShowIdle　就為 TRUE 了。再往下，就會(huì)看到以下的調(diào)用

  while (bIdle &&
   !::PeekMessage(pMsg, NULL, NULL, NULL, PM_NOREMOVE))
  {
   ASSERT(ContinueModal());

   // show the dialog when the message queue goes idle
   if (bShowIdle)　　　　　　　　　　　　　　// 找到了
   {
    ShowWindow(SW_SHOWNORMAL);
    UpdateWindow();
    bShowIdle = FALSE;　　//　指示下一次Idle 時(shí)不用顯示對(duì)話框了
   }
While 里的條件是消息隊(duì)列里再也沒有任何消息了。此時(shí)，由于　bShowIdle　為　TRUE　，就會(huì)調(diào)用　ShowWindow　來顯示對(duì)話框。由于　ShowWindow　只執(zhí)行一次，所以如果能截獲第一次WM_SHOWWINDOW消息, 就能控制了隱藏了。

是的。在　CTestDlg　處理 WM_SHOWWINDOW　并添上以下代碼

void CTestDlg::OnShowWindow(BOOL bShow, UINT nStatus)
{

if( GetStyle() & WS_VISIBLE ) {
  CDialog::OnShowWindow(bShow, nStatus);
} else {
  long Style = ::GetWindowLong(*this, GWL_STYLE);
  ::SetWindowLong(*this, GWL_STYLE, Style | WS_VISIBLE);
  CDialog::OnShowWindow(SW_HIDE, nStatus);
}
}
再運(yùn)行一下，哈哈，對(duì)話框不見了，連閃都不閃一下。細(xì)心的讀者也許會(huì)問為什么使用SetWindowLong，而不是 ModifyStyle, 其實(shí)是為了加快速度，因?yàn)椤�ModifyStyle　內(nèi)部還要調(diào)用　GetWindowLong　和　SetWindowPos。到此為止，一個(gè)簡(jiǎn)單，完滿的解決方法已經(jīng)展現(xiàn)在大家面前了。

其實(shí)，本來　MS　可以做的更好，比如把　GetStyle()　聲明為虛函數(shù)，使得我們能返回WS_VISIBLE 來控制　bShowIdle　成為 FALSE, 或者把

        DWORD dwFlags = MLF_SHOWONIDLE;

改成

　　DWORD dwFlags =  ShowOnIdle();  // 聲明為虛函數(shù)


希望MS能在以后的版本中考慮這個(gè)問題。

這是本人在CSDN上的第一個(gè)作品，希望大家能多提寶貴意見。