VC+/MFC ABC-阿里云开发者社区

VC/MFC ABC

1. MFC 简介

Mircrosoft Foundation Classes集成在Visual Studio里面，可以用来快速开发图形应用程序。它以C++类的形式封装了windows API，并且包括：

应用程序框架（为减轻程序开发人员的工作量）
windows句柄封装类、内建组建

1.2. 主要背景

源自AFX(Application Framework), 生于20世纪80年代末、90年代初。

具体细节：

早在1989年，Microsoft的程序员们开始试图将C++和面向对象的编程概念应用于Windows编程中，以编写出一个可以使Windows编程更加简便的应用程序框架。他们把这个应用程序框架叫做AFX (AFX这个词来源于Application Framework，但奇怪的是这个词组中并没有包含“X”这个字母)。直到今天，AFX小组早已不存在了，AFX这个名称也于1994年初不再使用，但在Visual C++和MFC中，AFX的影子却随处可见，很多全局函数、结构和宏的标识符都被加上了AFX的前缀。

　　最初的AFX版本在经过一年的艰苦之后诞生，却未能被大多数Windows程序员所接受。AFX的确是经过了精心的规划和编码，并且，它也提供了对Windows API的高度抽象，建立了全新的面向对象的AFX API，但最要命的是AFX API库根本不兼容于现有的Windows API。由此导致的最严重后果是大量的SDK代码无法移植，而程序员将学习两种完全不同的编程方法。

　　AFX不得不重新做所有的一切，他们所创建的新的应用程序框架是一套扩展的C++类，它封装和映射了Windows API，这就是MFC的前身。过去的AFX小组也变成了MFC小组。最终，MFC的第一个公开版本于1992年3月随Microsoft C/C++ 7.0一起推出。那时距Windows 3.1发布尚有好几个月。在MFC 1.0中还没有文档/视结构，但有类CObject和CArchive。在12个月之后，MFC 2.0随Microsoft新的编程工具Visual C++ 1.0一道出炉。与MFC 1.0一样，MFC 2.0仍是16位的，因为32位的Windows NT 3.1直到1993年7月才问世。在MFC 2.0中，增加了对文档/视结构、OLE 1.0、Windows 3.1公用对话框的支持和消息映射等。在Windows NT 3.1面世一个月以后，Microsoft推出了32版本的Visual C++和MFC 2.1，它实际上是MFC 2.0的Win32接口。

经过近20年的发展，MFC已发展成一个稳定和涵盖极广的C++类库，为成千上万的Win32程序员所使用。MFC库是可扩展的，它和Windows技术的最新发展到目前为止始终是同步的。并且，MFC类库使用了标准的Windows命名约定和编码格式，所以有经验的Windows SDK程序员很容易过渡到MFC。MFC结合了Windows SDK编程概念和面向对象的程序设计技术，从而具有极大灵活性和易用性

1.3 特点

包装了许多win32例程，封装了里面很多函数；

由外部mfcxxx.dll动态库实现主要框架；

统一的函数入口，和windosSDK编程中的函数入口一致：（）

程序运行都要有入口函数，在之前的C++教程中都是main函数，而Windows应用程序的入口函数是WinMain函数，MFC程序也是从WinMain函数开始的。

int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, PSTR szCmdLine, int iCmdShow)

2. MFC 核心

2.1.消息映射机制(onEventName() ---- EventName)

http://blog.csdn.net/ouyang_linux007/article/details/7638434

2.1.1什么是消息

消息简单的说就是指通过输入设备向程序发出指令要执行某个操作。具体的某个操作是你的一系列代码。称为消息处理函数。

2.1.2 windows SDK对消息的处理

在SDK中消息其实非常容易理解，当窗口建立后便会有一个函数（窗口处理函数）开始执行一个消息循环，我们还可以清楚的看到消息处理的脉络。一个switch case语句就可以搞定，消息循环直到遇到WM_QUIT消息才会结束，其余的消息均被拦截后调用相应的处理函数。

2.1.3 MFC框架中对消息的处理

UpdateWindow(hWindow);

{
MSG msg;
while(GetMessage(&msg,0,0,0))
{
TranslateMessage(&msg);
DispatchMessage(&msg);
}
return (int)msg.wParam;
}
}

但在封装了API的MFC中，消息似乎变的有些复杂了，我们看不到熟悉的switch case语句了，取而代之的是一个叫消息映射的东西。为什么MFC要引入消息映射机制，你可以想象一下，在现在的程序开发活动中，你的一个程序是否拥有多个窗体，主窗口就算只有一个，那菜单、工具条、控件这些都是子窗口，那我们需要写多少个switch case，并且还要为每个消息分配一个消息处理函数，这样做是多么的复杂呀。因此MFC采用了一种新的机制。利用一个数组，将窗口消息和相对应的消息处理函数进行映射，你可以理解成这是一个表。这种机制就是消息映射。这张表在窗口基类CWnd定义，派生类的消息映射表如果你没有动作它是空的，也就是说如果你不手工的增加消息处理函数，则当派生窗口接受一个消息时会执行父类的消息处理函数。这样做显然是高效的。

MFC提供的消息结构
同时MFC定义了下面的两个主要结构:
AFX_MSGMAP_ENTRY
struct AFX_MSGMAP_ENTRY{
UINT nMessage;   // Windows消息的ID号
UINT nCode;  // 控制消息的通知
UINT nID;    // Windows控制消息的ID
UINT nLastID;   //表示是一个指定范围的消息被映射的范围
UINT nSig;  //表示消息的动作标识
AFX_PMSG pfn;    // 指向消息处理函数的指针
};
AFX_MSGMAP
struct AFX_MSGMAP{
#ifdef _AFXDLL
const AFX_MSGMAP* (PASCAL* pfnGetBaseMap)();
#else
const AFX_MSGMAP* pBaseMap;
#endif
const AFX_MSGMAP_ENTRY* lpEntries;
};
///AFX_MSGMAP可以得到基类的消息映射入口地址和得到本身的消息映射入口地址。

MFC下一个消息的处理过程是一般是这样的。
1、_AfxCbtFilterHook截获消息（这是一个钩子函数）
2、_AfxCbtFilterHook把窗口过程设定为AfxWndProc。
3、函数AfxWndProc接收Windows操作系统发送的消息。
4、函数AfxWndProc调用函数AfxCallWndProc进行消息处理。
5、函数AfxCallWndProc调用CWnd类的方法WindowProc进行消息处理。

如何添加自己的消息？
我们已经了解了WINDOW的消息机制，如何加入我们自己的消息呢？好我们来看
一个标准的消息处理程序是这个样子的
在CWnd类中预定义了标准Windows消息(WM_XXXX  WM是WINDOW MESSAGE的缩写)的默认处理程序。类库基于消息名命名这些处理程序。例如，WM_PAINT消息的处理程序在CWnd中被声明为：
afx_msg void OnPaint();
afx_msg 关键字通过使这些处理程序区别于其他CWnd成员函数来表明C++ virtual关键字的作用。但是请注意，这些函数实际上并不是虚拟的，而是通过消息映射实现的。我们在本文的一开始便说明了为什么要这样做。
所有能够进行消息处理的类都是基于CCmdTarget类的，也就是说CCmdTarget类是所有可以进行消息处理类的父类。CCmdTarget类是MFC处理命令消息的基础和核心。

若要重写基类中定义的处理程序，只需在派生类中定义一个具有相同原型的函数，并创建此处理程序的消息映射项。我们通过ClassWizard可以建立大多数窗口消息或自定义的消息，通过ClassWizard可以自动建立消息映射，和消息处理函数的框架，我们只需要把我们要做的事情填空,添加你要做的事情到处理函数。这个非常简单，就不细说了。但是也许我们需要添加一些ClassWizard不支持的窗口消息或自定义消息，那么就需要我们亲自动手建立消息映射和消息处理的框架，通常步骤如下：
第一步：定义消息。Microsoft推荐用户自定义消息至少是WM_USER+100，因为很多新控件也要使用WM_USER消息。
#define WM_MYMESSAGE (WM_USER + 100)

第二步：实现消息处理函数。该函数使用WPRAM和LPARAM参数并返回LPESULT。
LPESULT CMainFrame::OnMyMessage(WPARAM wParam, LPARAM lParam)
{
// TODO: 处理用户自定义消息，填空就是要填到这里。
return 0;
}
第三步：在类头文件的AFX_MSG块中说明消息处理函数：
// {{AFX_MSG(CMainFrame)
afx_msg LRESULT OnMyMessage(WPARAM wParam, LPARAM lParam);
//}}AFX_MSG
DECLARE_MESSAGE_MAP()
第四步：在用户类的消息块中，使用ON_MESSAGE宏指令将消息映射到消息处理函数中。
ON_MESSAGE( WM_MYMESSAGE, OnMyMessage )

可以看出，用户自定义的消息和我们通过ClassWizard添加的消息一样，都是利用了ON_MESSAGE宏,建立的消息映射。

其实消息类别可以分成多种，上面说的只是其中之一。有三种主要的消息类别：（以下部分摘自MSDN）
1、Windows消息
此类消息主要包括以前缀WM_开头的消息，WM_COMMAND除外。Windows消息由窗口和视图处理。此类消息往往带有用于确定如何处理消息的参数。
2、控件通知
此类消息包括从控件和其他子窗口发送到其父窗口的WM_COMMAND通知消息。例如，当用户在编辑控件(Edit Control) 中执行可能更改文本的操作后，该编辑控件(Edit Control) 将向其父级发送包含EN_CHANGE控件通知代码的WM_COMMAND消息。该消息的窗口处理程序以某种适当的方式响应此通知消息，例如在控件中检索该文本。
框架像传送其他WM_消息一样传送控件通知消息。但是有一个例外的情况，即当用户单击按钮时由按钮发送的BN_CLICKED控件通知消息。该消息被作为命令消息特别处理，并像其他命令一样传送。
3、命令消息
此类消息包括用户界面对象（菜单、工具栏按钮和快捷键）发出的WM_COMMAND通知消息。框架处理命令的方式与处理其他消息不同，可以使用更多种类的对象处理命令。
Windows消息和控件通知消息由窗口来处理（窗口是从CWnd类派生的类的对象）。包括CFrameWnd、CMDIFrameWnd、CMDIChildWnd、CView、CDialog以及从这些基类派生的您自己的类。这些对象封装了HWND——Windows窗口的句柄。
命令消息可以由范围更广的对象（文档、文档模板以及应用程序对象本身）处理，而不仅仅由窗口和视图处理。当某一命令直接影响到某个特定对象时，应当让该对象处理此命令。例如，“文件”菜单中的“打开”命令在逻辑上与应用程序相关联：该应用程序接收到此命令时会打开指定的文档。因此“打开”命令的处理程序是应用程序类的成员函数。

命令消息我们比较常见的便是菜单项和工具条了，大家可以看到他的消息映射宏和窗口消息不太一样，一般的形式是这样的
ON_COMMAND(id,memberFxn)
第一个参数是命令ID，一个ID号对应一个消息处理，当然你可以让多个ID共用一个处理函数。常见的应用例如：菜单项打开文档的ID和工具条按钮打开文档的ID同时使用一个处理函数，或者直接将它们的ID设成相同的。

还有一种消息叫通知消息。例如树型控件的等一些复杂的控件在单击后需要传递更多的信息，例如光标的位置和当前项的一个结构，所以MFC为控件的每个通知消息也定义了一个宏，它长成了这个样子：
ON_CONTROL(EN_CHANGE,id,memberFxn)

还有很多种消息存在于MFC，宏定义有区别，大家可以触类旁通。

窗口消息有上百个。你可以从MSDN上查到WM_开头的，或者查看CWnd的成员函数，会给你列出很多，别忘了还有很多非窗口消息。雷神无法一一列出，也没有必要。大家查一下就行了。不过对一些常用的、新的控件消息和特殊的通知消息我还是把他们列出几个表，大家做个参考吧。

MFC中处理消息的顺序

1. AfxWndProc()接收消息，寻找消息所属的CWnd对象，然后调用AfxCallWndProc( )。

2. AfxCallWndProc()存储消息(消息标识符和消息参数)供未来参考，然后调用WindowProc( )。

3. WindowProc()发送消息给OnWndMsg( ),如果消息未被处理，则发送给DefWindowproc( )。

4. OnWndMsg()首先按字节对消息进行排序，对于WM_COMMAND消息，调用OnCommand()消息响应函数；对于WM_NOTIFY消息调用OnNotify()消息响应函数。任何被遗漏的消息将是标准消息。OnWndMsg()函数搜索类的消息映像，以找到一个能处理任何窗口消息的处理函数。如果OnWndMsg()函数不能找到这样的处理函数的话，则把消息返回到WindowProc()函数，由它将消息发送给DefWindowProc()函数。