MFC 主类说明

关注

转载最新推荐文章于 2026-04-17 09:45:24 发布 2.2k 阅读 AI 写同款· GEO 优化 ›

Windows程序设计26：MFC对话框工程 Windows程序设计26：MFC对话框工程。阅读详情

1.CObject类为MFC总类，该类下面有一个重要的类CCmdTarget。

而CCmdTarget类下面又有四个重要的继承类，分别为：CWinThread、CDocument、CDocTemplate、
       CWnd类。所以，可以得出一个大概继承图，如图所示：
                     CObject--->CCmdTarget ---->CWinThread ---->CWinApp
                                                       ----->CDocTemplate
                                                       ----->CDocument
                                                       ----->CWnd

       其中CWnd类下属又有几个重要的继承类，分别为CFrameWnd、CDialog、CView、Controls、
                     CWnd---->CFrameWnd
                                                   ---->CDialog
                                                   ---->CView
                                                   ---->Controls

归纳一下，CCmdTarget类为MFC主要类的总钢。应用程序（CWinApp）间接继承于它，文档模板（CDocTemplate）继承于它，文档类(CDocument)继承于它，还有一个非常重要的类窗口类(CWnd)继承于它。
窗口类是一切Windows可见窗口，（包括主窗口，子框窗口，对话框，控件，View窗口）的父类。凡是能可见的，基本上是继承于CWnd，而抽象于其中的（即不可见的）则不继承于它。

2.MFC头文件：
■STDAFX.H：该文件用来作为Precompiled header file,其内只是载入其它的MFC头文件。

■AFXWIN.H：每个MFC程序都必须载入它，因为它以及它所载入的文件声明了所有的MFC类。此文件内包含AFX.H,后者又包含AFXVER_.H，后者又包含AFXV_W32.H，后者又包含WINDOWS.H

■AFXEXT.H：凡使用工具栏、状态栏的程序必须载入此文件。

■AFXDLGS.H：凡使用通用型对话框(Common Dialog)的MFC程序要载入此文件。

■AFXCMN.H：凡使用Windows9x新增的通用型控件(Common Control)之MFC程序需载入此文件。

■AFXCOLL.H：凡使用Collections Class(处理数据结构如数据，链表类等)之程序需载入此文件。

■AFXDLLX.H：凡MFC extension DLLs需载入此文件。

■AFXRES.H：MFC程序的RC文件必须载入此文件。MFC对于标准Windows资源（如File,Edit等）的ID均有默认定义，这此定义在该头文件内。

3.什么是Precompiled Header：
一个应用程序在发展过程中需不断的编译，而Windows程序载入的.H头文件非常巨大且内容不变，编译器如果不Precompiled的话，每次需要编译的时间非常多，所以Precompiled Header就是将.H文件一次编译后的结果存储起来，第二次编译时就可以直接从磁盘中读取。

4.关于应用程序的进入点WinMain和窗口过程WndProc：
MFC代码由于类封装了API，所以，根本就看不到程序的进入WinMain和窗口处理函数WndProc，但是，由于这两个函数有相当程序的不变性，所以，MFC就把有着相当固定行为的WinMain内部操作封装在WinApp中，把有着相当固定行为的WndProc内部操作封装在CFrameWnd中。也就是说：
■ CWinApp代表程序本体

■CFrameWnd代表一个主框窗口（Frame Window）

5.CWinApp类取代了SDK中的WinMain地位：
CWinApp本身就代表一个程序本体，程序本体是指与程序本身有关而不与窗口有关的数据或动作。比如，WinMain传递的四个参数，注册窗口类，分派消息等。比如，CWinApp类中就定义了WinMain函数的四个参数（m_hInstance,m_hPrevInstance,m_lpCmdLine,m_nCmdShow）。还定义了一些重要的如 InitApplication(),InitInstance(),Run()等函数。传统的WinMain函数就是由此三个函数完成。
另外，CWinApp中还应该有个主窗口的handle，是的，但它不在CWinApp类中，而是在CWinThread类中实现，在CWinThread类中，有一个指向窗口类的指针的成员变量。如下所示 CWnd* m_pMainWnd

6.CFrameWnd类取代了SDK中的WndProc地位
众所周知，WndProc是用来处理窗口（包括初始化，处理消息，显示等）的函数,那么CFrameWnd也是，首先在头文件中，我们要继承一个CFrameWnd的类，并在此定义要处理的消息（DECLARE_MESSAGE_MAP）,然后，在源文件中，定义该类的消息实现（BEGIN_MESSAGE_MAP,END_MESSAGE_MAP）

7.MFC中阴晦的WinMain：
首先，我们必须在源文件中定义了一个CMyWinApp的实体①它是第一步操作。（如： CMyWinApp MyWinApp;注：代码详见：G:/Program/MyMFC/Hello/Hello.dsw）,

CMyWinApp继承自CWinApp，CMyWinApp无构造函数，但需调用CWinApp构造函数。

配置好MyWinApp实体的一些信息，包括获得该线程的句柄，线程的ID，该实体的句柄等。

配置完后，_tWinMain登场，注意，我们没有撰写WinMain的代码，WinMain是MFC早已准备好并由链接器直接加到应用程序代码中的。_tWinMain是为了支持Unicode而准备的一个宏，实质还是WinMain。好，_tWinMain函数做了什么工作呢？它只是在里面调用AfxWinMain函数。如下：return AfxWinMain(hInstance, hPrevInstance, lpCmdLine, nCmdShow); AfxWinMain是一个全局的函数，并不属于任一个类。
下面让我们来看一看AfxWinMain函数做了些什么工作？

第一、它会获得Application Object的指针(亦CWinApp派生对象的指针)，在此是获得MyWinApp的指针，以备后用。它是通过下面这句来实现的：
CWinApp* pApp = AfxGetApp(); //AfxGetApp为全局函数，不属于任何类，详见第8条... 注：凡是函数前有Afx字样的都是全局函数。

第二、调用AfxWinInit(...)函数，用作MFC GUI程序初始化的一部分，这个函数详见后解...

第三、用上面获得的pApp调用InitApplication()函数，如下:pApp->InitApplication(); InitApplication函数详见后解...

第四、用pApp调用InitInstance()函数，如下：pApp->InitInstance(); InitInstance函数详见后解...

第五、用pApp调用Run()函数，如下： nReturnCode = pApp->Run(); Run函数详见后解...

第六、最后调有AfxWinTerm函数，结束该应用程序。

所以，主要的AfxWinMain做的工作就应该如下代码所示：
int AFXAPI AfxWinMain (HINSTANCE hInstance, HINSTANCE hPrevInstance, LPTSTR lpCmdLine, int nCmdShow)

{

int nReturnCode = -1;

CWinApp* pApp = AfxGetApp(); //详见第8条

AfxWinInit(hInstance, hPrevInstance, lpCmdLine, nCmdShow); //详见第9条

pApp->InitApplication(); //详见第10条

pApp->InitInstance(); //详见第11条

nReturnCode = pApp->Run(); //详见第12条

AfxWinTerm();

return nReturnCode;

}

8.AfxGetApp是如何获得CWinApp继承类(在此即CMyWinApp)的实体的指针的？
       AfxGetApp是一个全局函数，定义于AFXWIN1.INL中，如下：
       _AFXWIN_INLINE CWinApp* AFXAPI AfxGetApp() { return afxCurrentWinApp; }
    而afxCurrentWinApp则又是一个宏，定于AFXWIN.H中：
    #define afxCurrentWinApp AfxGetModuleState()->m_pCurrentWinApp
    而在CWinApp类的构造函数中，有一段代码是这样定义的：
    AFX_MODULE_STATE* pModuleState = AfxGetModuleState();

pModuleState->m_pCurrentWinApp = this;

       这样，应该看清楚他是如何获得CWinApp继承类（在此是指CMyWinApp类）的实体的指针了吧？
       那么，pApp->InitApplication() / pApp->InitInstance() / pApp->Run()就可以理解成这样：
       CMyWinApp::InitApplication(); / CMyWinApp::InitInstance(); / CMyWinApp::Run() 因为CMyWinApp只继承了InitInstance的实现，所以，就导致调用：
       CMyApp::InitApplication(); / CMyWinApp::InitInstance(); / CWinApp::Run()

9.AfxWinInit ----AFX内部的初始化操作：②
AfxWinInit是CWinApp构造函数后的第一个操作，也就是第二步操作，以下是它的操作摘要：
BOOL AFXAPI AfxWinInit(HINSTANCE hInstance, HINSTANCE hPrevInstance,LPTSTR lpCmdLine, int nCmdShow)

{

ASSERT(hPrevInstance == NULL);

AFX_MODULE_STATE* pState = AfxGetModuleState();

pState->m_hCurrentInstanceHandle = hInstance;

pState->m_hCurrentResourceHandle = hInstance;

// fill in the initial state for the application

CWinApp* pApp = AfxGetApp(); //还是获得CMyWinApp实体的指针。

if (pApp != NULL)

{

// Windows specific initialization (not done if no CWinApp)

pApp->m_hInstance = hInstance; //设定WinMain四个参数的初始值。

pApp->m_hPrevInstance = hPrevInstance;

pApp->m_lpCmdLine = lpCmdLine;

pApp->m_nCmdShow = nCmdShow;

pApp->SetCurrentHandles();

}

if (!afxContextIsDLL)

AfxInitThread();

return TRUE;

}

10.CWinApp::InitApplication（）函数：③
AfxWinInit函数对内部初始化之后，进入第三步操作:InitApplication,由于CMyWinApp继承自CWinApp,而InitApplication又是CWinApp的一个虚拟函数，我们在CMyWinApp中没有改写它（大部分情况下也不需要改写它），所以我们调用的是CWinApp::InitApplication(),下面我们来看看InitApplication在MFC中做了什么动作？
BOOL CWinApp::InitApplication()

{

if (CDocManager::pStaticDocManager != NULL)

{

if (m_pDocManager == NULL)

CDocManager::pStaticDocManager = NULL;

}

if (m_pDocManager != NULL)

m_pDocManager->AddDocTemplate(NULL);

else

CDocManager::bStaticInit = FALSE;

return TRUE;

}