目录
接上:VC++ 消息循环 Run函数 PumpMessage函数 AfxInternalPumpMessage函数
接下:VC++文档/视类结构 InitInstance函数 帮助对话框类
窗口过程函数
现在已经进入了消息循环,那么 MFC 程序是否也把消息路由给一个窗口过程函数去处理呢?
看看AfxEndDeferRegisterClass函数的源程序,其中有这样一句代码:
连接:VC++MFC框架窗口(一)AfxEndDeferRegisterClass AfxRegisterClass PreCreateWindow AfxDeferRegisterClass
wndcls.lpfnWndProc = DefWindowProc;
这行代码的作用就是设置窗口过程函数,这里指定的是一个默认的窗口过程:DefWindowProc。但实际上,MFC程序并不是把所有消息都交给DefWindowProc这一默认窗口过程来处理的,而是采用了一种称之为消息映射(后面介绍)的机制来处理各种消息的。
MFC程序的整个运行机制:
MFC程序的整个运行机制,实际上与Win32 SDK程序是一致的。它同样也需要经过:
设计窗口类(只不过在 MFC 程序中已经预定义了一些窗口类,我们可以直接使用),
注册窗口类,
创建窗口,
显示并更新窗口,消息循环。
再次调试运行Test程序,梳理一遍MFC程序的运行过程:
■ 首先利用全局应用程序对象theApp 启动应用程序。正是产生了这个全局对象,基类CWinApp中的this指针才能指向这个对象。如果没有这个全局对象,则程序在编译时不会出错,但在运行时就会出错。
■ 调用全局应用程序对象的构造函数,从而就会先调用其基类CWinApp的构造函数。后者完成应用程序的一些初始化工作,并将应用程序对象的指针保存起来。
■ 进入WinMain函数。在AfxWinMain函数中可以获取子类(对Test程序来说,就是CTestApp类)的指针,利用此指针调用虚函数:InitInstance,根据多态性原理,实际上调用的是子类(CTestApp)的 InitInstance 函数。后者完成应用程序的一些初始化工作,包括窗口类的注册、创建,窗口的显示和更新。期间会多次调用CreateEx函数,因为一个单文档MFC应用程序有多个窗口,包括框架窗口、工具条、状态条等。
■ 进入消息循环。虽然也设置了默认的窗口过程函数,但是,MFC 应用程序实际上是采用消息映射机制来处理各种消息的。当收到 WM_QUIT 消息时,退出消息循环,程序结束。