Window消息的背景

 对这几个消息的理解要先了解一下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最好就不要互换了！ 

 

ON_COMMAND用来处理WM_COMMAND消息。老式的windows控件发送WM_COMMAND作为对父窗口的通知消息。另外，菜单，工具栏也向框架窗口发送WM_COMMAND消息。  
        ON_MESSAGE主要用来处理用户自定义消息。  
        对于某些新型的windows控件（如ListCtrl等），向父窗口发送通知消息时需要包含大量的信息，WM_COMMAND已不适应这种要求（因为WM_COMMAND的wparam和lparam都已经填满了），ON_NOTIFY主要用来处理这些新型的windows控件向父窗口的发送的WM_NOTIFY通知消息。

 

简单的说ON_COMMAND是点了按钮或菜单项后的响应消息,
ON_UPDATE_COMMAND_UI是用来表示对应的按钮和菜单项的状态的响应消息.

比如WINDOWS自带的记事本程序,它的"格式"菜单下有个"自动换行",那么在编写记事本这个程序时,对文本进行自动换行或不自动换行的操作就要放在ON_COMMAND消息响应函数里,而"自动换行"菜单项左边是否打勾的操作则放在ON_UPDATE_COMMAND_UI响应函数里.