BEGIN_MESSAGE_MAP宏

当创建一个MFC程序的时候，在系统自动生成的代码中经常看到如下部分：

        BEGIN_MESSAGE_MAP( theClass, baseClass )
        END_MESSAGE_MAP()

对于这种看不懂的东西，瞬间感觉高大上了有木有

其实这就是一块关于消息映射的宏定义：

        BEGIN_MESSAGE_MAP( theClass, baseClass )

                ON_COMMAND(ID_APP_ABOUT, &CgApp::OnAppAbout)
                // 基于文件的标准文档命令
                ON_COMMAND(ID_FILE_NEW, &CWinAppEx::OnFileNew)
                ON_COMMAND(ID_FILE_OPEN, &CWinAppEx::OnFileOpen)
                // 标准打印设置命令
                ON_COMMAND(ID_FILE_PRINT_SETUP, &CWinAppEx::OnFilePrintSetup)

        END_MESSAGE_MAP()

        在你的类的成员函数的实现文件（.CPP）中，使用BEGIN_MESSAGE_MAP宏开始消息映射，然后为每个消息处理函数加入一个入口，最后用END_MESSAGE_MAP宏结束消息映射。

        BEGIN_MESSAGE_MAP的参数为：

                theClass：指定消息映射所属的类的名字。

                baseClass：指定theClass的基类的名字。

        每个消息映射入口的格式如下：

                ON_Notification(id, memberFxn)

        其中id指定了发送通知的控件的子窗口的ID，而memberFxn指定了处理该通知的父对象中的成员函数名。

-------------------------------------------------如下为转载内容，原址：http://blog.sina.com.cn/s/blog_6a67b5c50100lr82.html--------------------------------------------------------------------------在MFC应用程序中传输的消息有三种类型：窗口消息、命令消息和控件通知。

窗口消息(Window Message)：

         一般与窗口的内部运作有关，如创建窗口、绘制窗口和销毁窗口等。通常，消息是从系统发送到窗口，或从窗口发送到窗口。若需要窗口消息的完全的列表，请参考M F C文档。

命令消息：

        命令消息一般与处理用户请求相关，当用户单击一个菜单项或工具栏时，命令消息产生，并被发送到能处理该请求的类对象(如，装载文件、编辑文本和保存选项等)。

控件通知：

        通常，控件通知在某些重要事件发生时，由控件窗口发送到父窗口，如打开一个组合框。

        控件通知为父窗口进一步控制子窗口提供了机会。例如，打开一个组合框时，父窗口可以用组合框初建时得不到的消息填充它。

        ON_COMMAND 和ON_MESSAGE都是将消息处理函数加入消息路由表中，但是ON_COMMAND对应的消息ID一直都是WM_COMMAND，而ON_MESSAGE的消息ID为ON_COMMAND的第一个参数

在MFC中，ON_COMMAND, ON_MESSAGE, ON_NOTIFY它们的区别：

        ON_NOTIFY是控件向其父窗口发送消息处理的宏，ON_COMMAND是菜单和工具栏项处理消息的宏，ON_MESSAGE是处理自定义消息的宏。

        ON_COMMAND用来处理WM_COMMAND消息。老式的windows控件发送WM_COMMAND作为对父窗口的通知消息。另外，菜单，工具栏也向框架窗口发送WM_COMMAND消息。

        ON_MESSAGE主要用来处理用户自定义消息。

        对于某些新型的windows控件（如ListCtrl等），向父窗口发送通知消息时需要包含大量的信息，WM_COMMAND已不适应这种要求（因为WM_COMMAND的wparam和lparam都已经填满了），ON_NOTIFY主要用来处理这些新型的windows控件向父窗口的发送的WM_NOTIFY通知消息。

对这几个消息的理解要先了解一下Window消息的背景:

        在Windows3.1里，控件会将mouse, keybord等等的消息通知它的父窗口， 使用的消息就只有WM_COMMAND, 事件种类和控件ID被包含在wParam中，控件的句柄包含在lParam中。由于wParam和 lParam已经满了，当控件要向父窗口发送其它特殊消息同时附带很多信息的时候就没有地方可以存放它们了。所以Windows3.1中定义了许多其它的消息种类，比如WM_VSCROLL, WM_CTLCOLOR等等，每种消息wParam,lParam中附带的信息是不同的。

        当到了Win32后，控件的种类越来越多，当然不可以为每一个控件都定义一套消息，这样也不利于系统的扩充。所以在Win32中定义了唯一一个强大的消息WM_NOTIFY。当然WM_NOTIFY也遵守原来的消息规则，既只带参数wParam和lParam。唯一不同处在于，此时的lParam中传送的是一个NMHDR指针。不同的控件可以按照规则对NMHDR进行扩充，因此WM_NOTIFY消息传送的信息量可以相当的大，这个可以看看MSDN中的相关说明，TreeControl中就有很多这种消息。

现在就可以知道为什么有ON_MESSAGE,ON_COMMAND,ON_NOTIFY了。

        ON_MESSAGE是处理所有的Windows的消息的，因为所有的消息都以相同的格式传送，也就是ID, WPARAM, LPARAM.

        ON_COMMAND是专门处理WM_COMMAND消息的，这样我们就不用自己解开WM_COMMAND中wParam和lParam中传送的控件ID，事件种类，所有的都在MFC内部解决了.

        ON_NOTIFY更是不用说了，看看他的处理函数，是不是把NMHDR解出来了。

        这样一样就一目了然了，ON_COMMAND和ON_NOTIFY都可以用ON_MESSAGE来处理，只不过自己要多做很多事情。ON_COMMAND和ON_NOTIFY最好就不要互换了！