📄 03.2.4 窗口过程函数.txt
字号:
3.2.4 窗口过程函数
现在已经进入了消息循环,那么MFC程序是否也把消息路由给一个窗口过程函数去处理呢?回头看看例3-10所示的AfxEndDeferRegisterClass函数的源程序,其中有这样一句代码(符号①所在那行代码)。
wndcls.lpfnWndProc = DefWindowProc;
这行代码的作用就是设置窗口过程函数,这里指定的是一个默认的窗口过程:DefWindowProc。但实际上,MFC程序并不是把所有消息都交给DefWindowProc这一默认窗口过程来处理的,而是采用了一种称之为消息映射的机制来处理各种消息的。关于该机制将在后面的内容中详细介绍。
至此,我们就了解了MFC程序的整个运行机制,实际上与Win32 SDK程序是一致的。它同样也需要经过:设计窗口类(只不过MFC程序中已经预定义了一些窗口类,我们可以直接使用),注册窗口类,创建窗口,显示并更新窗口,消息循环。
再次调试运行Test程序,把MFC程序的运行过程再梳理一遍。
n 首先利用全局应用程序对象theApp启动应用程序。正是产生了这个全局对象,基类CWinApp中的this指针才能指向这个对象。如果没有这个全局对象,程序在编译时不会出错,但在运行时就会出错。
n 调用全局应用程序对象的构造函数,从而就会先调用其基类CWinApp的构造函数。后者完成应用程序的一些初始化工作,并将应用程序对象的指针保存起来。
n 进入WinMain函数。在AfxWinMain函数中可以获取子类(对Test程序来说,就是CTestApp类)的指针,利用此指针调用虚函数:InitInstance,根据多态性原理,实际上调用的是子类(CTestApp)的InitInstance函数。后者完成应用程序的一些初始化工作,包括窗口类的注册、创建,窗口的显示和更新。期间会多次调用CreateEx函数,因为一个单文档MFC应用程序有多个窗口,包括框架窗口、工具条、状态条等。
n 进入消息循环。虽然也设置了默认的窗口过程函数,但是,MFC应用程序实际上是采用消息映射机制来处理各种消息的。当收到WM_QUIT消息时,退出消息循环,程序结束。
⌨️ 快捷键说明
复制代码
Ctrl + C
搜索代码
Ctrl + F
全屏模式
F11
切换主题
Ctrl + Shift + D
显示快捷键
?
增大字号
Ctrl + =
减小字号
Ctrl + -