今天遇到了这么一个问题--在关闭对话框之后重新打开时,程序崩溃。开始的时候没注意这是
一个非模式对话框,而非模式对话框时要求用户自己关闭和销毁。而且必须调用CWnd::DestroyWindow而不是Dialog::EndDialog来关闭非模态对话框。调用CWnd::DestroyWindow是直接删除窗口的一般方法。由于缺省的CDialog::OnOK和CDialog::OnCancel函数均调用EndDialog,故程序员必须编写自己的OnOK和OnCancel函数
并且在函数中调用DestroyWindow来关闭对话框。或者是截获对话框的关闭消息WM_CLOSE,在消息响应函数中来调用DestroyWindow函数。消息响应的顺序是:
首先响应WM_CLOSE,调用DestroyWindow(),
DestroyWindow()又发送WM_DESTROY,
响应WM_DESTROY,调用WM_QUIT,
GetMessage()发现WM_QUIT,退出程序。
下面介绍下三个关闭消息:
WM_CLOSE:
在系统菜单里选择了“关闭”或者点击了窗口右上角的“X”按钮,你的窗口过程就会收到WM_CLOSE。DefWindowProc对WM_CLOSE的处理是调用DestroyWindow。当然,你可以不让DefWindowProc处理,而是自己处理,例如询问用户是否保存更改等。如果用户选择“取消”,
你忽略此消息,那么程序照常运行;如果用户确认要退出,你就调用DestroyWindow。
WM_DESTROY:
接下来,DestroyWindow完成窗口的清理工作,最后像窗口过程发送WM_DESTROY。对于 WM_DESTROY,DefWindowProc不会处理。也就是说,你如果不处理这个消息,虽然你的窗口
已经销毁,但进程并不会结束。一般处理 WM_DESTROY时都是释放资源(例如申请的内存等),
然后调用PostQuitMessage。
WM_QUIT:
PostQuitMessage会发送WM_QUIT给消息队列。注意,WM_QUIT永远不会到达窗口过程,
因为GetMessage得到WM_QUIT后就会返回FALSE,从而结束消息循环,最后进程结束,程序退出。
假设使用者执行HELLOWIN,并且使用者最终单击了 Close按钮,或者假设用键盘或鼠标从系统菜单中选择了Close,DefWindowProc处理这一键盘或者鼠标输入,在检测到使用者选择了Close选项之后,它给窗口消息处理程序发送一条WM_SYSCOMMAND消息。WndProc将这个消息
传给DefWindowProc。 DefWindowProc给窗口消息处理程序发送一条WM_CLOSE消息来响应之。WndProc再次将它传给DefWindowProc。 DestroyWindow呼叫DestroyWindow来响应这条WM_CLOSE消息。DestroyWindow导致Windows给窗口消息处理程序发送一条WM_DESTROY消息。WndProc再呼叫PostQuitMessage,将一条WM_QUIT消息放入消息队列中,以此来响应此消息。这个消息导致WinMain中的消息循环终止,然后程序结束。
函数DestroyWindow声明如下:
WINUSERAPI BOOL WINAPI DestroyWindow(__in HWND hWnd);
hWnd是要删除的窗口句柄。
注:使用DialgBox建立的对话框是“模式对话框”,只有关闭对话框后,程序的其他窗口才能进行
操作。与此相对应,存在“非模式对话框”,对话框建立后,并不强制要求用户立即反应,而是与其他窗口同时接受用户操作。
本站仅提供存储服务,所有内容均由用户发布,如发现有害或侵权内容,请
点击举报。