本文探讨Windows基于消息的事件驱动特性，分析MFC的消息映射和WinForm的事件处理机制。MFC使用消息映射，处理关系固定；WinForm通过委托和事件实现动态响应，更灵活。
众所周知Windows是基于消息的，是事件驱动的。也就是说Windows程序得以运营是由于一个不断的消息循环过程。
Windows维护有多种消息，其中包括：
Windows messages（窗口消息，例如窗口重绘之类的只能由派生自CWnd的类所接收）；
Control notifications（控件通知消息，由控件或者子窗口产生的控件或子窗口发生变化的消息，并发送给他的父窗口，即拥有该控件或子窗口的窗口）；
Command messages（命令消息，由菜单，或控件，或加速键的点击之类的消息可以发送给各种各样合适的类去处理）。
操作系统会给当前激活的前台窗口提供一个消息队列。本人认为操作系统发送该应用程序所关注的消息到应用程序，而不是所有消息（这个我目前并没有找到什么资料对此有过介绍，即便是MSDN，个人认为操作系统能够发送所有消息等待应用程序处理虽然也不麻烦，但是会导致消息队列充满大量无用信息即应用程序不感兴趣的信息，导致程序处理速度变慢，而且随着队列的增长肯定会给应用程序带来很大负担）。
MFC采用消息映射的方法，而WinForm则采用指代事件的形式加以处理。
在MFC的类头文件中，定义一个以afx_msg打头的消息响应函数，afx_msg仅仅作为一个占位符，告诉编译器接下来
最低0.47元/天 解锁文章
2122
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
