对于vC++初学者来说,总觉得窗口对象的清除过程有些莫名其妙.在程序中看不到对delete的显式调用,这似乎违反了C++中有关初始化和清除的规则.那么,程序是怎样取消一个窗口对象?
要消除窗口对象,必须清楚窗口对象的构成.在一个通常的程序中，先创建C++窗口对象,然后由Windows创建实际的窗口结构,并返回句柄与C++对象连接.也就是说,窗口对象包含C++窗口对象和Windows窗口对象,两者通过句柄HWND联系.
现在,让我们看看"正规"的窗口对象清除流程.所谓对象的清除是指释放对象所占的资源,窗口对象中Windows窗口对象占有的是系统资源,C++对象占有的是内存资源.释放系统资源相对要简单一些:调用虚函数DestroyWindow删除Windows窗口对象.如果DestroyWindow删除的是父窗口,Windows会自动为子窗口调用DestroyWindow.一般来说,程序不必调用DestroyWindow.因为当用户关闭窗口时,Windows便发送WM_CLOSE消息,WM_CLOSE的缺省消息处理函数CWnd::OnClose调用DestroyWindow.
到这时,清除工作已经完成了一半,屏幕上的窗口已经不见了!但是别忘了,在内存中还有一个C++窗口对象.让我们再看看C++对象清除的过程:当窗口被取消时,窗口最后发送的一个消息是WM_NCDESTROY.它缺省的消息处理函数CWnd::OnNCDestroy把C++窗口对象与句柄HWND分离,并调用一个很重要的虚函数PostNCDestroy.这个函数是搞清窗口对象清除的关键.Cwnd中的PostNCDestroy什么都不做.有些MFC窗口类会重载它,并加入delete
this代码删除C++对象.这些窗口类常常是以new操作符建立在堆中的.由于重载了PostNCDestroy,使窗口有自动清除功能.因此,我们不用关心清除问题了.另外的一些MFC窗口类一般是以变量形式创建的,MFC没有为也没必要为它们重载PostNCDestroy函数.
不具备自动清除功能的窗口类,一般在堆栈中创建或嵌入于其它C++对象中:
所有标准的Windows控件类(如CStatiC, CEdit, CListBox等等)
由CWnd类直接派生出来的子窗口对象(如用户定制的控件)
拆分窗口类(CSplitterWnd)
缺省的控制条类(CControlBar的派生类)
对话框类(CDialog)在堆栈上创建的模态对话框类
所有的Windows通用对话框(除CFindReplaCeDialog)
由ClassWizard创建的对话框
具有自动清除功能的窗口类,一般在堆中创建:
主框架窗口类(直接或间接从CFrameWnd类派生)
视图类(直接或间接从CView类派生)
从某种程度上来说,MFC的"服务到家"使初学者有些找不着北.不过,不得不承认:MFC干的很漂亮!
谈到这里,我们应该明白C++里一条重要的准则:用DestroyWindow清除窗口对象,不要用"delete".
对于不具备自动清除功能的窗口类使用"delete"时,"delete"先调用析构函数里的DestroyWindow,由于在析构函数中,虚机制不起作用,这里只能调用本地版本(Cwnd类)DestroyWindow函数,显然这不是我们想要的.对于有自动清除功能的窗口类,好象问题更严重一点,前面提到了重载的PostNCDestroy已经含有了"delete
this",这样C++对象就被释放了两次.
很多人认为,vC++同vb一样,是一个完全可视化的产品,不用在看C++的书了.通过上面对窗口对象的清除的介绍,可以发现,Windows程序是与Windows紧密结合的,而且牵涉到很多C++的知识(如虚函数、析构函数、new操作符等).要对vC++有进一步理解,必须理解Windows机制,深入学习C++.
