MFC内部各函数关联机制与运行脉络

最新推荐文章于 2023-05-14 18:35:04 发布
最新推荐文章于 2023-05-14 18:35:04 发布
阅读量2k 收藏 2
点赞数
分类专栏： VC/MFC 文章标签： mfc 文档 框架 null initialization class
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/hadise/article/details/5186711
版权

以单文档项目Test举例，我们的自动生成的代码中所包含以下这些类：

CAboutDlg;CMainFrame; CTestApp; CTestDoc ;CTestView; 他们分别如何与_tWinMain（）函数关联呢？

 

先分析CTestApp类如何关联。

在自动生成的文件Test.cpp中 定义了一个也是唯一一个应用程序类CTestApp theApp

它在程序编译前系统就要给这个对象分配内存空间。（这些称之为预编译或者预处理）因此程序要调用它的构造函数，又因为CTestApp是从CWinAPP中派生出来的，因此要先调用CWinAPP的构造函数。实际上在CWinAPP的构造函数中完成了一些程序的初始化工作。MFC也利用了这种子类与父类的关系可以把对象最终与_tWinMain关联起来。如何关联呢？

 

在CWinAPP的构造函数中又这样四句话：

pCState->m_pCurrentWinThread = this;

ASSERT(AfxGetThread() == this);

pModuleState->m_pCurrentWinApp = this;

ASSERT(AfxGetApp() == this);

起到一定作用。其中this是指向CTestApp对象TheApp。

 

_tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,__in LPTSTR lpCmdLine, int nCmdShow)

 

 

 

当这些构造函数都调用完成后就进入

_tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,

     __in LPTSTR lpCmdLine, int nCmdShow)

{

     // call shared/exported WinMain

     return AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow);

}

这个_tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,__in LPTSTR lpCmdLine, int nCmdShow)函数是微软的MFC 原代码appmodul.cpp 中所写。查看这个函数名的定义可以看到：

#define _tWinMain   wWinMain  因此它实际上就是API函数中的wWinMain。

 

AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow)

以下为函数代码：

 

int AFXAPI AfxWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,

     __in LPTSTR lpCmdLine, int nCmdShow)

{

     ASSERT(hPrevInstance == NULL);

 

     int nReturnCode = -1;

     CWinThread* pThread = AfxGetThread();

     CWinApp* pApp = AfxGetApp();

 

     // AFX internal initialization

     if (!AfxWinInit(hInstance, hPrevInstance, lpCmdLine, nCmdShow))

         goto InitFailure;

 

     // App global initializations (rare)

     if (pApp != NULL && !pApp->InitApplication())

         goto InitFailure;

 

     // Perform specific initializations

     if (!pThread->InitInstance())

     {

         if (pThread->m_pMainWnd != NULL)

         {

              TRACE(traceAppMsg, 0, "Warning: Destroying non-NULL m_pMainWnd/n");

              pThread->m_pMainWnd->DestroyWindow();

         }

         nReturnCode = pThread->ExitInstance();

         goto InitFailure;

     }

     nReturnCode = pThread->Run();

_tWinMain实际上调用了AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow);这一函数。这一函数是微软定义在WinMain.cpp文件之中的。在这个函数中调用了CWinApp* pApp = AfxGetApp();

 

在这里有必要说一下，凡是以afx开头的程序叫做应用程序框架类函数。是全局函数。也就是说这种函数在任何类中都可以进行调用。

 

AfxGetApp();这个函数也是一个应用程序框架类的（全局）函数。也就是说这种函数在任何类中都可以进行调用。此处这个函数会获得一个指针。这个指针就是在CWinAPP的构造函数中通过pModuleState->m_pCurrentWinApp = this; 赋值的指针变量pModuleState->m_pCurrentWinApp，于是通过这个函数使pApp这个指针变量中存贮了一个指向CWinApp派生类CTestApp的对象TheApp的指针.

 

经接着pThread和pApp调用了3个函数，这3个函数完成了作为一个应用程序所需要的步骤。

包括：设计窗口，注册窗口，创建窗口，显示窗口，更新窗口，消息循环。 消息过程（消息处理函数）

 

通过语句if (pApp != NULL && !pApp->InitApplication())

         goto InitFailure;

首先pApp调用了InitApplication()这个函数。这个函数主要是MFC内部管理所调用的一个函数。

 

然后pThread->InitInstance()，因为在CWinThread和 CWinApp中InitInstance()都是虚函数，所以最后就调用了CTestApp中的InitInstance()，（多态原理）注意理解这3个类之间的派生关系。

 

最后nReturnCode = pThread->Run();调用了Run()方法，在Run()中完成了消息循环。

 

分析以上应用程序所需要的步骤

1．  如何设计窗口？

在MFC中已经定义了一些缺省窗口设定。因此设计部分可以不做额外考虑。

2．  如何实现注册窗口？

利用了函数afxEndDeferRegister（），这个函数写在WinCore.cpp中。使用它注册了MFC中已经定义了一些缺省窗口设定。这个函数调用了afxRegisterClass（）,它里面又调用了RegisterClass（）.到此已经是最底层的Win32API函数了. afxEndDeferRegister（）由BOOL CMainFrame::PreCreateWindow(CREATESTRUCT& cs)调用。按照正常流程应该先是执行CMainFrame::PreCreateWindow(CREATESTRUCT& cs)再执行afxEndDeferRegister（），但是对于单文档程序由于牵涉到文档管理等一些工作注册直接由CTestApp::InitInstance()里面进行调用。

3．  创建窗口？

窗口已经注册，那么何时产生的呢？产生的时候需要设定窗口类的名字。注意到创建项目的时候自动生成的类中有一个CMainFrame，它最终派生于CWnd类。凡是派生于CWnd类的类都是窗口类。在这里CMainFrame是应用程序的框架窗口。在CMainFrame中有一个函数

BOOL CMainFrame::PreCreateWindow(CREATESTRUCT& cs)

{

     if( !CFrameWnd::PreCreateWindow(cs) )

         return FALSE;

     // TODO: 在此經由修改CREATESTRUCT cs

     // 達到修改視窗類別或樣式的目的

 

     return TRUE;

}

它里面首先调用了基类中的CFrameWnd::PreCreateWindow(cs)，这个函数在微软的afxWin.h中的定义由CFrameWnd类中由virtual BOOL PreCreateWindow(CREATESTRUCT& cs);这句话定义。再查看这个函数的定义的过程中发现似乎直接派生于CWnd类的所有类的定义都写在微软的afxWin.h中。在

virtual BOOL PreCreateWindow(CREATESTRUCT& cs);里面涉及到一个变量CREATESTRUCT，它由

typedef CREATESTRUCTW CREATESTRUCT;定义为CREATESTRUCTW类型。CREATESTRUCTW又是一个什么结构呢？可以参看它的定义代码如下：

typedef struct tagCREATESTRUCTW {

    LPVOID      lpCreateParams;

    HINSTANCE   hInstance;

    HMENU       hMenu;

    HWND        hwndParent;

    int         cy;

    int         cx;

    int         y;

    int         x;

    LONG        style;

    LPCWSTR     lpszName;

    LPCWSTR     lpszClass;

    DWORD       dwExStyle;

} CREATESTRUCTW, *LPCREATESTRUCTW;

实际上这个结构体的参数和CreateWindow() 函数所需的参数一致。因为窗口由系统给我们生成，再此提供一个CREATESTRUCTW结构体的作用是我们可以对这个结构体进行设置，因为CFrameWnd::PreCreateWindow(CREATESTRUCT& cs)这个函数用到它的引用，就可以对窗口特性进行一些修改。在看BOOL CFrameWnd::PreCreateWindow(CREATESTRUCT& cs)这个函数的实际内容，经过查找发现它是写在WinFrm.cpp中。代码如下：

 

BOOL CFrameWnd::PreCreateWindow(CREATESTRUCT& cs)

{

     if (cs.lpszClass == NULL)

     {

         VERIFY(AfxDeferRegisterClass(AFX_WNDFRAMEORVIEW_REG));

         cs.lpszClass = _afxWndFrameOrView;  // COLOR_WINDOW background

     }

 

     if (cs.style & FWS_ADDTOTITLE)

         cs.style |= FWS_PREFIXTITLE;

 

     cs.dwExStyle |= WS_EX_CLIENTEDGE;

 

     return TRUE;

}

首先判断cs.lpszClass == NULL？在子类中如果没有对cs赋值，则成立。于是调用AfxDeferRegisterClass

去注册一个AFX_WNDFRAMEORVIEW_REG， AfxDeferRegisterClass实际上由宏定义等同于afxEndDeferRegister（）。

VERIFY(AfxDeferRegisterClass(AFX_WNDFRAMEORVIEW_REG))进行判断，

如果没有注册就注册，如果注册了就将cs.lpszClass = _afxWndFrameOrView;将应用程序所适合的已经注册的框架类的名字赋给cs结构体中的cs.lpszClass，标识类名。

 

之后调用写在WinCore.cpp文件中的

BOOL CWnd::Create(LPCTSTR lpszClassName,

     LPCTSTR lpszWindowName, DWORD dwStyle,

     const RECT& rect,

     CWnd* pParentWnd, UINT nID,

     CCreateContext* pContext)

这一函数，开始创建窗口。

再之后调用

BOOL CWnd::CreateEx(DWORD dwExStyle, LPCTSTR lpszClassName,

     LPCTSTR lpszWindowName, DWORD dwStyle,

     int x, int y, int nWidth, int nHeight,

     HWND hWndParent, HMENU nIDorHMenu, LPVOID lpParam)

这一函数实现具体的窗口创建工作。

注意到在CWnd::CreateEx函数中又调用了PreCreateWindow，在这里对它进行调用的母的是在窗口创建前给我门一次机会对窗口属性进行修改。

 

4．  显示窗口，更新窗口。

     m_pMainWnd->ShowWindow(SW_SHOW);

     m_pMainWnd->UpdateWindow();

在Test.cpp中由以上两句代码完成。

 

5．  消息循环。

由CWinThread::Run()来完成。（见第2页最后一句话），这个函数由AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow)函数中所定义的指向CWinThread类的指针nReturnCode = pThread->Run();调用了Run()方法，调用的时间是发生在窗口更新语句m_pMainWnd->UpdateWindow();之后。在Run()中完成了消息循环。

再来看CWinThread::Run()函数本身。它里面调用了PumpMessage()，

BOOL CWinThread::PumpMessage()

{

  return AfxInternalPumpMessage();

}

实际上最底层的W32API函数中的GetMessage();TranslateMessage();DispatchMessage();函数是写再这个函数中的。至此完成消息循环。

 

6．  窗口过程

在消息循环中每取到一条消息，则路由给操作系统进行处理。操作系统的默认窗口过程是在窗口注册的

afxEndDeferRegister（）中定义为默认窗口过程DefWndProc。实际上消息不是都交给DefWndProc处理，在这里MFC做了一种转换，使用了叫做消息映射的机制。由消息响应函数进行处理。

至此一个框架窗口完成。

 

CTestView类也是最终派生于CWnd，因此它的流程与CMainFrame类似。

 

以下再讨论CTestDoc类。派生关系是CObject->CCmdTarget->CDocument->CTestDoc.

CDocument类表示一个文档类。文档视图结构实际上就是要把文档数据和它的显示分离开来。关于CTestDoc类的详细讨论放到后面。先说一下框架代码各部分与CTestApp的关联关系。

 

其余的CMainFrame; CTestDoc ;CTestView是如何与CTestApp关联起来的呢？

在CTestApp的初时化函数BOOL CTestApp::InitInstance()中有这样一段代码。

CSingleDocTemplate* pDocTemplate;

pDocTemplate = new CSingleDocTemplate(

         IDR_MAINFRAME,

         RUNTIME_CLASS(CTestDoc),

         RUNTIME_CLASS(CMainFrame),       // 主SDI 框架視窗

         RUNTIME_CLASS(CTestView));

它定义了一个单文档模版和一个模版指针，如果要深究CSingleDocTemplate的来历，查看定义，可以在afxWin.h文件中发现这样两句代码。

class AFX_NOVTABLE CDocTemplate : public CCmdTarget

class CSingleDocTemplate : public CDocTemplate

可见CSingleDocTemplate这个单文档模版类派生于CCmdTarget。通过这个模版和这个指针把CMainFrame; CTestDoc ;CTestView是如何与CTestApp关联起来。再利用AddDocTemplate(pDocTemplate);将单文档模版增加到文档模版中。

hadise
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
mfc绘制数学函数图像
07-18
基于MFC编写一个单文档程序，在客户区用图形来展现各种数学函数曲线。 具体要求： 1）可绘制常见的数学函数曲线，如三角函数、指数函数、幂函数等。 2）通过菜单选择不同的函数曲线类型，可以通过对话框指定该函数的...
Visual Studio 2022的MFC框架——WinMain函数
最新发布
荔园微风的博客
08-24 1722
Visual Studio 2022的MFC框架——WinMain函数
MFC实例分析
weixin_37603532的博客
04-25 565
实例HelloWord.cpp 首先创建一个CHelloWordApp theApp类型的全局变量；调用完CHelloWordApp 和CWinAppEx以及CWinApp的构造函数以后进入 extern “C” int WINAPI _tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, In LPTSTR lpCmdLine, int n...
孙鑫VC++第三章 2.基于MFC的程序框架剖析
qq_38446366的博客
05-14 1205
基于MFC的程序框架剖析
VC++编程：MFC程序中的WinMain入口函数
河北正定欢迎您-少占鱼
10-23 5364
程序之家转载文章：     读者还记得我们在第2章中讲述的创建Win32应用程序的几个步骤吗?当时，我们介绍Win32应用程序有一条很明确的主线：首先进入WinMain函数，然后设计窗口类、注册窗口类、产生窗口、注册窗口、显示窗口、更新窗口，最后进入消息循环，将消息路由到窗口过程函数中去处理。遵循这条主线，我们在写程序时就有了一条很清晰的脉络。　　但在编写MFC程序时，我们找不到这样一条主线，甚至
MFC程序运行流程
weixin_30648963的博客
08-09 955
->进入入口函数_tWinMain() 程序首先进入文件AppModul.cpp，找到_tWinMain()函数运行，调用其中的AfxWinMain()函数。 由于为了支持UNICODE,C运行库对WinMain其实区分了UNICODE版和ANSI版.对UNICODE版的程序,C运行库将调用wWinMain,而对于ANSI版的应用,则调用WinMain. 文件tchar.h定义:....
MFC程序与文件关联
06-07
// 检查.txt扩展名是否与notepad关联 m_RelateCheck.Set(".txt", "C:\windows\notepad.exe %1"); // 将.txt扩展名与notepad关联 m_RelateCheck.Delete(".txt"); // 删除.txt与任何程序的关联 参考文章：...
MFC坐标轴及函数图像绘制
04-15
利用VS建立MFC基于对话框的工程，其他默认。之后添加两个文本输入控件，两个按钮控件，并为文本控件建立两个Csting型的变量。打开文件名+Dlg.cpp。找到:OnPaint() 函数，在该函数最后的 }前添加实现代码。本资源以上...
MFC运行机制
08-23
MFC运行机制， MFC程序框架的剖析 ----------SDI程序流程图
VisualC权威剖析：MFC的原理.机制与开发实例
07-22
机制与开发实例内容简介： 本书以C 语法和MFC类库编程的重点、难点内容为主线，从实践应用的角度，结合经典的实例阐述C 类的特性，深入剖析VC ，特别是MFC编程的体系结构，使有初级基础的读者能够快速掌握VC 的MFC...
在MFC对话框程序中使用工具栏(工具条)和菜单栏
09-15
本例在实现了在MFC对话框中使用工具栏(工具条)和菜单栏.并能较好响应ON_UPDATE_COMMAND_UI消息.同时能在响应函数中用SetCheck和Enable有效.里面也有能同时改变菜单ID相关联的工具栏按钮状态的能力,只是方法和在CMainFrame中不同.
风控上模型中的大小卡、主路旁路的应用
weixin_45545159的博客
08-01 276
整个风控流程中，从策略布控到模型部署，这一链条的决策流程中模型始终扮演着重要作用。无论是传统评分卡，还是机器学习评分卡，不同的评分模型，其开发流程大同小异，业务定义有所差别，其中最重要的三张评分卡，分别是： A卡（Application score card）申请评分卡 B卡（Behavior score card）行为评分 C卡（Collection score card）催收评分卡 这三张卡其评分机制的区别在于： 1.使用的时间不同。分别侧重贷前、贷中、贷后； 2.数据要求不同：A卡一般可做贷款0-1年
MFC中的MVC及两者之间的关系
Arcsinsin的学习笔记
08-21 1万+
可以先看一个帖子：http://bbs.csdn.net/topics/80104688 关于MVC结构模式无须多言,如下图所示: 在MFC中实现经典的MVC结构,如下图所示: 注意: 1、Document和View之间的绑定：View绑定到Document。 2、Frame作为Controller时，由于可以接收到输入消息，比较适合充当控制器。但
MFC之旅——分析一个MFC程序运行脉络
HotIce0
05-31 582
之前学过的Windows SDK编程，都在自己的一个cpp文件中，程序运行过程也是清晰易懂。但是MFC可就没那么清晰明了了。建立了一个MFC工程后，你会发现，什么WinMain，什么WndProc（不一定你要用这个名字）。都不存在的嘛。但是从本质上来说，在WIndows系统上最终，一定是SDK。MFC也就只是将SDK进行了一系列的封装。所以，WInMain这些，一定是存在的。下面就去MFC的源文件
_tWinMain 与wWinMain 区别
热门推荐
thanklife的专栏
03-19 1万+
_tWinMain 与wWinMain 区别（转） MFC封装了WIN API.大家都知道.但是MFC应用程序的真正流程又有多少人知道呢?  下面就是我对MFC启动代码的一些剖析. 在TCHAR.H里,有这么2小段define.通过我的简化,我们可以看到: //TCHAR.H  #ifdef _UNICODE  #define _tWinMain wWinMain  #els
MFC程序启动崩溃
pofa0505的专栏
07-13 3280
修改静态库的字符集为UNICODE，导致MFC程序启动崩溃，出现问题代码如下： int AFXAPI AfxWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, __in LPTSTR lpCmdLine, int nCmdShow) { ASSERT(hPrevInstance == NULL); int nReturnCode =
调皮的MFC（2）
其疾如风 其徐如林 侵略如火 不动如山
07-20 2243
上回书说到，WinMain和窗口处理函数分别被相应的类操作和宏操作所取代。这次我们就来看一下，取代之后的MFC程序是如何运行的吧。 先把类继承图贴出来，随时可以回顾一下。 主cpp文件中的第一个操作语句： // The one and only CMyWinApp object CMyWinApp theApp; 1.生成一个对象自然是要调用构造函数的，但是不仅要调用自身的构
MFC应用程序WinMain函数
海纳百川，有容乃大。
05-21 1763
Microsoft Visual Studio 14.0\VC\atlmfc\src\mfc\appmodul.cpp ------------------------------------------------------------------------------------ extern "C" int WINAPI _tWinMain(HINSTANCE hInstanc
mfc vc6定时器运行机制
07-28
MFC VC6的定时器运行机制是通过消息循环来实现的。 在MFC VC6中，定时器是通过SetTimer()函数来创建的。这个函数有4个参数，分别是窗口的ID、定时器的ID、定时的毫秒数以及定时器回调函数的指针。通过调用SetTimer()函数，可以在消息队列中创建一个WM_TIMER消息，定时器会在指定的时间间隔内不断向消息队列发送WM_TIMER消息。 当消息循环开始运行时，定时器会被启动，开始发送WM_TIMER消息。每当定时器到达设定的时间间隔时，系统就会发送一个WM_TIMER消息到消息队列中，并通知窗口进行处理。窗口接收到WM_TIMER消息后，会调用设定的回调函数进行相应的处理。 在回调函数中，我们可以执行我们所需要的操作，比如刷新窗口、更新数据等。然后我们可以通过KillTimer()函数来停止定时器。KillTimer()函数会在消息队列中删除相关的WM_TIMER消息，停止定时器的运行。 需要注意的是，在MFC VC6中，定时器是以窗口为单位的，也就是说每个窗口都可以有自己独立的定时器。所以在具体使用中，需要指定要操作的窗口的ID以及定时器的ID来确保正确的运行。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值