MFC－最简单的MFC程序

尽管刚接触MFC不久，但其开发模式已初有感受，抛开复杂的应用不谈，想想我们通常怎样来写一个简单的MFC程序。也许浮现在你脑海里的是程序向导，类向导，资源编辑器，以及程序代码，此时你大概会灵光一现，说MFC程序=向导+资源+代码。看起来确实是这样，但有没有可能更简化一些呢，比如把向导去掉。想想是可以的，向导不过是简化MFC开发的一种手段，虽然没有类向导日子会很难过，但也使你有机会看看纯手工打造的MFC是怎么样的，这对于了解MFC的执行流程非常有帮助。

我试图从一个最简单的MFC程序开始，慢慢丰富它，使它最终成为一个有点用处的程序。这个过程中我会尽力抵挡住使用类向导的诱惑，只使用资源以及程序代码。当然可能需要好几篇文章的篇幅，因为这个程序是我计划好的，用来学习MFC的每一个技术点的实验品。现在，它的另一个目的是证明：MFC程序=资源+代码。

一个最简单的MFC程序

你一定有这样的经验，用MFC的程序向导生成的MFC代码满是宏，注释，条件定义，这些对于程序的健壮性很有必要，不过对于初学者却是可怕的怪兽。

其实MFC程序可以写得非常简单，只用一个头文件和一个源文件就可以了，用程序向导新建一个程序，选择Win32 Application类型的程序，我的工程名是：MiniDraw；在下一步选择“一个空工程”并完成掉它。

生成的工程仅仅是一个工作区，没有任何源文件，手工给它添加一个头文件和一个源文件，分别是：DrawApp.h; DrawApp.cpp。这是它们的代码：

DrawApp.h：

#ifndef LINZHENQUN_DRAWAPP_H_

#define LINZHENQUN_DRAWAPP_H_

class CDrawApp: public CWinApp

{

public:

CDrawApp();

BOOL InitInstance();

};

#endif //LINZHENQUN_DRAWAPP_H_

DrawApp.cpp：

#include <afxwin.h>

#include "DrawApp.h"

CDrawApp DrawApp;

CDrawApp::CDrawApp()

{

}

BOOL CDrawApp::InitInstance()

{

return FALSE;

}

不管你信不信，这就是一个最简单的MFC程序，尽管它什么事情也做不了。在编译的时候会出现错误，这是因为没有添加MFC共享DLL，打开工程设置，在常规页将MFC下拉框选为“使用MFC作为共享DLL”。然后再编译看看，运行后它马上就返回了，我们得在InitInstance里面作点什么。

BOOL CDrawApp::InitInstance()

{

MessageBox(0, "Hello world", "", MB_OK);

return FALSE;

}

MFC版的Hello World完成了，可能你还觉得过于简陋，如果是这样的话，给程序加一个对话框怎么样呢。

对话框的界面通过资源来加，在新建向导的文件页里选“资源脚本”，输入文件名为resource，确定后便生成了resource.rc，并在IDE里可以见到它：

在resource.rc处点击右键菜单，选插入，在插入资源对话框里选Dialog，点新建后，一个对话框模板就生成了。

享受一下快速开发的感觉吧，接下来要将这个对话框资源与一个对话框类关联起来，使用类向导的话会非常简单，不过为了体现纯手工的意义，我决定还是用新建文件的方式。

新建AboutDialog.cpp和AboutDialog.h，代码如下：

AboutDialog.h

#ifndef LINZHENQUN_ABOUTDIALOG_H_

#define LINZHENQUN_ABOUTDIALOG_H_

class CAboutDialog: public CDialog

{

public:

CAboutDialog(CWnd* pParent = NULL);

protected:

virtual OnInitDialog();

DECLARE_MESSAGE_MAP();

};

#endif //LINZHENQUN_ABOUTDIALOG_H_

AboutDialog.cpp

#include <afxwin.h>

#include "AboutDialog.h"

#include "resource.h"

BEGIN_MESSAGE_MAP(CAboutDialog, CDialog)

END_MESSAGE_MAP()

CAboutDialog::CAboutDialog( CWnd* pParent /*== NULL*/ ):

CDialog(IDD_ABOUTDLG, pParent)

{

}

BOOL CAboutDialog::OnInitDialog()

{

return CDialog::OnInitDialog();

}

对话框资源的ID是IDD_ABOUTDLG，在resource.h里面声明，所以将这个头文件加进来，这个资源ID传给基类CDialog后，它会帮你处理对话框加载的事情，在上一篇文章提及过。

现在，回到DrawApp，将InitInstance改成这样：

BOOL CDrawApp::InitInstance()

{

CAboutDialog AboutDlg;

AboutDlg.DoModal();

return FALSE;

}

运行程序如下：

看看我们写的代码，总共只有4个文件，并且代码非常简单，学过SDK编程的你可能看出WinMain被CDrawApp::InitInstance()代替了，整个程序流程可以从这里开始，但是那些曾经熟悉的东西却不见了，比如WinMain呢，消息循环呢，毕竟好奇是人类的天性，而要发现答案，必须到框架里去看看。

这一切是怎样发生的

MFC与VCL有一个很大的区别，VCL刚开始用时觉得非常简单，你不需要理解SDK那一套东西，当你想一探究竟时，才发觉那里面的水很深；MFC则相反，一开始你会觉得摸不着头脑，这迫使你必须了解一点SDK的知识，当你理解了程序向导为你生成的这一堆代码之后，你会发现AFX的东西也变得一目了然。

程序的初始流程也是这样，CDrawApp声明了一个全局的类实例，它必须是一个单例，因为它代表着这个程序。而我们直接认为，在某个源文件里有一个WinMain函数，这个函数取得CDrawApp的类实例，然后调用CDrawApp::InitInstance()，然后调用CDrawApp::Run();

就象下面这样：

int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,

LPTSTR lpCmdLine, int nCmdShow)

{

int nReturnCode = -1;

CWinApp* pApp = AfxGetApp();

If (pApp->InitInstance())

nReturnCode = pApp->Run();

return nReturnCode;

}

实际的MFC代码与上面并没有相差太远，也许你又找回C++程序的那种顺序了。

当然作为一个框架，要考虑的东西远比上面的多，比如线程的信息，模块的信息，如何保存App单例等，实际的代码可以参考WINMAIN.CPP的AfxWinMain函数。

AfxGetApp()取回一个App指针，这个指针就是上面代码定义的DrawApp，CWinApp的构造函数将This指针存放在“全局的地方”，使得用AfxWinApp可以拿到。

我们的InitInstance()返回的是FALSE，因而Run不会执行到，直接就返回了，那么对话框的消息处理是怎么做到的呢，答案在上一篇文章中，就是对话框自己有一个消息循环叫RunModalLoop。

结合MFC实际的代码，概括起来就是下面几个点：

1. 生成CDrawApp类实例，在构造函数中将This保存起来，让AfxGetApp可以拿到。

2. WinMain开始，拿到App类，初始化程序pApp->InitApplication();

3. 初始化实例pThread->InitInstance()，pThread等于pApp。

4. 开始消息循环pThread->Run()。

5. WinMain返回，程序结束。

3、4步是整个程序的生命周期，InitInstance是创建窗口，Run是消息循环。用窗口表现界面，以事件驱动程序的模型就这样形成了。

上面所列出来的是经过简化的代码，我认为这也有好处，太关注分枝别叶只会让你头晕目眩，把这些东西摘除，只剩下干干净净的支杆，整个骨架就清清楚楚了，等到实际项目应用的时候，再慢慢丰富这些知识，这种由简到繁的学习方法一直为我所坚持。