#ifdef _AFXDLL Enable3dControls(); // Call this when using MFC in a shared DLL #else Enable3dControlsStatic(); // Call this when linking to MFC statically #endif
m_pMainDlg = new CTest01Dlg(); // Zxm m_pMainWnd = m_pMainDlg; if (!m_pMainDlg->Create(IDD_TEST01_DIALOG)) return FALSE; m_pMainDlg->ShowWindow(SW_MINIMIZE); m_pMainDlg->ShowWindow(SW_HIDE); m_pMainDlg->UpdateWindow();
最直观,又是最无奈的一个方法就是使用定时器。既然我们在对话框开始显示之前不能用ShowWindow(SW_HIDE)将其隐藏,那就给一个时间让它显示,完了我们在隐藏它。 方法: 1.在OnInitDialog()函数里设置定时器:(WINDOWS API里面响应消息WM_INITDIALOG) SetTimer(1, 1, NULL); 2.添加处理WM_TIMER的消息处理函数OnTimer,添加代码: if(nIDEvent == 1) { DeleteTimer(1); ShowWindow(SW_HIDE); } 这种方法的缺点是显而易见的,使用定时器,使得程序的稳定性似乎打一个折扣;窗口是要先显示出来的,那么效果就是窗口闪了一下消失。 2.改变对话框显示状况
在对话框初始化时改变其显示属性可以让它隐藏起来。方法是调用SetWindowPlacement函数: BOOL CDialogExDlg::OnInitDialog() { CDialog::OnInitDialog(); //DO something WINDOWPLACEMENT wp; wp.length=sizeof(WINDOWPLACEMENT); wp.flags=WPF_RESTORETOMAXIMIZED; wp.showCmd=SW_HIDE; SetWindowPlacement(&wp); return TRUE; } 在需要显示时(通常是响应热键或者托盘图标的鼠标消息): WINDOWPLACEMENT wp; wp.length=sizeof(WINDOWPLACEMENT); wp.flags=WPF_RESTORETOMAXIMIZED; wp.showCmd=SW_SHOW; SetWindowPlacement(&wp); 这样的效果很不理想:窗口显示在屏幕的左上角,并且是只有标题栏,要正常显示,还需加上如下代码: 定义一个成员变量CRect rect; 在OnInitDialog()里面: GetWindowRect(&rect); 在需要显示的地方: SetWindowPos(&wndNoTopMost, wndRc.left, wndRc.top, wndRc.right, wndRc.bottom, SWP_SHOWWINDOW); CenterWindow(); 即使这样,效果还是很差。 这种方法还有一个弊端是当程序开始运行并且隐藏起来后,原来激活的窗口变成了非激活状态了,而当对话框显示出来后,对话框自身也是非激活状态的。 3.不绘制窗口
当对话框显示时将要响应消息WM_PAINT绘制客户区,相应消息WM_NCPAINT绘制窗口边框。我们在窗口第一次自绘自身时隐藏窗口,可以收到比较良好的效果。由于窗口是先画窗口边框,所以我们仅需处理WM_NCPAINT即可。代码如下: 添加WM_NCPAINT处理函数。 void CMyDialog::OnNcPaint() { static int i = 2; if(i > 0) { i --; ShowWindow(SW_HIDE); } else CDialog::OnNcPaint(); } 这里有个问题:为什么要定义静态变量i而且设其值为2呢? 我们只要窗口隐藏第一次,所以定义这个变量可以判断是否时首次显示窗口。当程序开始运行时,系统发送(SendMessage)WM_NCPAINT消息,此时程序的窗口边框应该被显示,但是此时我们没有作任何显示的操作,而是将窗口隐藏,ShowWindow(SW_HIDE)将把窗口的WS_VISIBLE属性去掉,继续执行,程序将检查WS_VISIBLE属性,如果没有则显示窗口,所以又发送了一个WM_NCPAINT消息。所以我们要处理两次WM_NCPAINT消息。 在需要窗口显示时,调用ShowWindow(SW_SHOW)即可。 程序执行的结果是,原来处于激活状态的窗口可能会闪动两下,然后仍然处于激活状态。这种处理方式比上面的方式要优越得多。 4.将对话框作为子窗口
这种方法是采用SDI框架,主窗口始终隐藏,对话框作为主窗口的成员变量,在CMainFrame::OnCreate()里面加入下代码: if(!dlg.Create(IDD_MYDIALOG, this)) { return –1; } dlg.ShowWindow(SW_HIDE); 在要显示对话框的地方用dlg.ShowWindow(SW_SHOW);即可。注意,主窗口一定要隐藏,否则对话框可能会闪现一下。
m_pMainWnd = &dlg;
int nResponse = dlg.DoModal(); // 此处将创建并显示对话框DoModal 是一个虚函数,MFC允许用户编写自己的调用对话框方式来替代原来的方式。但是,MS 实在令人失望。如果,你打开 DlgCore.Cpp (MFC Source 目录下)并复制 DoModal 的代码到你自己的类中,你会发现无法编译成功。原因在于MS在 DoModal 中使用了两个非输出函数 AfxHookWindowCreate 和 AfxUnhookWindowCreate。(这两个函数的作用超出了本文所讨论的范围,因此不作详细论述。)由于无法编译,所以 MS 要求用户的 DoModal 必须调用 CDialog 的 DoModal 来显示对话框。这样,控制隐藏就无法通过重载 DoModal 实现了。那么 MS 在 DoModal 中干了什么呢?下面就是一部分代码。int CDialog::DoModal()
{
...... 读入资源,并作一些设置
if (CreateDlgIndirect(lpDialogTemplate,
CWnd::FromHandle(hWndParent), hInst)) //创建无模式对话框
{
if (m_nFlags & WF_CONTINUEMODAL)
{
// enter modal loop
DWORD dwFlags = MLF_SHOWONIDLE; //罪魁祸首就是他
if (GetStyle() & DS_NOIDLEMSG)
dwFlags |= MLF_NOIDLEMSG;
VERIFY(RunModalLoop(dwFlags) == m_nModalResult); //进入消息循环
} .......
}
}
...... 释放资源等
}原来,DoModal 并不使用 DialogBox 直接调出对话框,而是通过创建无模式对话框并维护消息循环的方式(RunModalLoop)来模拟模式对话框的效果。(看起来好像有点像DialogBox 的内部作业方式)MLF_SHOWONIDLE 是什么?看英文的意思是在Idle 的时候ShowWindow。那么是不是这样呢?好吧,为了探个究竟,让我们进入RunModalLoop。RunModalLoop在WinCore.CPP中定义。打开WinCore.CPP 并找到 RunModalLoop, 会看到以下的语句BOOL bShowIdle = (dwFlags & MLF_SHOWONIDLE) && !(GetStyle() & WS_VISIBLE);条件 dwFlags & MLF_SHOWONIDLE 始终为TRUE。 而 !(GetStyle() & WS_VISIBLE)只有在WS_VISIBLE属性没有设置的时候才会为 TRUE。这样,当我们去掉Visible 属性后 bShowIdle 就为 TRUE 了。再往下,就会看到以下的调用 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 时不用显示对话框了
}
While 里的条件是消息队列里再也没有任何消息了。此时,由于 bShowIdle 为 TRUE ,就会调用 ShowWindow 来显示对话框。由于 ShowWindow 只执行一次,所以如果能截获第一次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);
}
}
再运行一下,哈哈,对话框不见了,连闪都不闪一下。细心的读者也许会问为什么使用SetWindowLong,而不是 ModifyStyle, 其实是为了加快速度,因为 ModifyStyle 内部还要调用 GetWindowLong 和 SetWindowPos。到此为止,一个简单,完满的解决方法已经展现在大家面前了。其实,本来 MS 可以做的更好,比如把 GetStyle() 声明为虚函数,使得我们能返回WS_VISIBLE 来控制 bShowIdle 成为 FALSE, 或者把 DWORD dwFlags = MLF_SHOWONIDLE;改成 DWORD dwFlags = ShowOnIdle(); // 声明为虚函数
希望MS能在以后的版本中考虑这个问题。
CTest01Dlg *m_pMainDlg;
//修改app的InitInstance()不要用domodal()显示对话框
BOOL CTest01App::InitInstance()
{
AfxEnableControlContainer();
#ifdef _AFXDLL
Enable3dControls(); // Call this when using MFC in a shared DLL
#else
Enable3dControlsStatic(); // Call this when linking to MFC statically
#endif
m_pMainDlg = new CTest01Dlg(); // Zxm
m_pMainWnd = m_pMainDlg;
if (!m_pMainDlg->Create(IDD_TEST01_DIALOG))
return FALSE;
m_pMainDlg->ShowWindow(SW_MINIMIZE);
m_pMainDlg->ShowWindow(SW_HIDE);
m_pMainDlg->UpdateWindow();
return TRUE;
}
//释放指针
int CTest01App::ExitInstance() // Zxm
{
delete m_pMainDlg;
return CWinApp::ExitInstance();
}
//在对话框退出时要destorywindow
void CTest01Dlg::OnOK()
{
CDialog::OnOK();
DestroyWindow(); // Zxm
}
void CTest01Dlg::OnCancel()
{
CDialog::OnCancel();
DestroyWindow(); // Zxm
}
写的很明白!谢谢。