windows消息传递
来源:互联网 发布:java 发布订阅模式 编辑:程序博客网 时间:2024/05/16 12:15
对于Windows消息的理解要先了解一下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通知消息。
- windows消息传递
- Windows消息传递机制
- Windows消息传递机制详解
- windows的消息传递--消息盒子
- windows的消息传递--消息盒子
- DELPHI下的WINDOWS消息传递机制
- 对Windows消息传递机制的总结
- windows程序中消息的传递1
- windows与应用程序 消息 传递图
- HTML5 windows和iframe之间传递消息
- 传递并响应Windows消息实例
- Windows应用程序信息传递—消息机制
- windows与应用程序 消息 传递图
- windows 消息机制、窗口过程与线程间消息传递
- windows 消息机制、窗口过程与线程间消息传递
- 消息传递
- 消息传递
- 消息传递
- shell 变量和引用
- liferay5.2.1和liferay5.1.2都装着用~~
- Google 节日徽标全集 (1999-2009) (下)
- 一個數學老師的雷人語錄
- for in linux
- windows消息传递
- 我的愤怒来自哪里?
- JSP2的自定义标签
- 1644 To Bet or Not To Bet 解题报告
- VeloCity velocity 乱码问题 解决总结收藏
- 构建自定义控件之三——处理回传数据和事件
- velocity中文乱码最终解决方案
- 获得rails的URL的controller和action
- 为什么要使用EJB