通知映射和通知

firefly3233 2012-01-21 07:59:31
一个窗口向目标窗口发送了个通知:
#define TVN_CHECKCHANGED (TVN_FIRST-16)

::SendMessage(m_pBuddyWnd->m_hWnd, WM_NOTIFY, TVN_CHECKCHANGED, (LPARAM)&nmtv);

在本窗口内定义消息反射宏和响应函数:
ON_NOTIFY_REFLECT(TVN_CHECKCHANGED, OnCheckchanged)
可以收到该通知,明白了,虽然本窗口向目标窗口发送了消息,但在本窗口中只要定义了反射宏,本窗口能收到该通知

删除本窗口消息宏和响应函数,在目标窗口里定义了消息宏和响应函数:
ON_NOTIFY(TVN_CHECKCHANGED, IDW_MYTREE, OnTreeCheckChanged)
目标窗口可以收到该消息。

但我如果在本窗口定义了消息反射宏,在目标窗口也定义了消息宏,则只有本窗口能收到消息,目标窗口收不到了,什么原因?
消息反射宏应该不影响消息宏吧?
还是和:
void CTreeList::OnCheckchanged(NMTREEVIEW* pNMTV, LRESULT* pResult)
{
HTREEITEM hItemNew = pNMTV->itemNew.hItem;
vector<DWORD>::iterator it = find(m_hCheckedItems.begin(), m_hCheckedItems.end(), (DWORD)hItemNew);
if (GetCheck(hItemNew) == 1)
if (it >= m_hCheckedItems.end())
m_hCheckedItems.push_back((DWORD)hItemNew);
else
if (it < m_hCheckedItems.end())
m_hCheckedItems.erase(it);/**/
*pResult = 0;
}

*pResult 有关,我设成0或1,都不行,都是本窗口把消息截获了,不传下去。
...全文
181 12 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
12 条回复
切换为时间正序
请发表友善的回复…
发表回复
firefly3233 2014-08-31
  • 打赏
  • 举报
回复
If, in your parent window class, you supply a handler for a specific WM_NOTIFY message or a range of WM_NOTIFY messages, your handler will be called only if the child control sending those messages does not have a reflected message handler through ON_NOTIFY_REFLECT(). If you use ON_NOTIFY_REFLECT_EX() in your message map, your message handler may or may not allow the parent window to handle the message. If the handler returns TRUE, the message will be handled by the parent as well, while a call that returns FALSE does not allow the parent to handle it. Note that the reflected message is handled before the notification message. MSDN:如果在你的父窗口类中,你提供了WM_NOTIFY消息宏或者WM_NOTIFY消息域宏的处理,只有在子控件发送那些消息且没有通过ON_NOTIFY_REFLECT()消息反射宏处理,你的处理才会被调用。如果在你的消息映射里,你使用了ON_NOTIFY_REFLECT_EX()宏,你的消息处理可能不允许父窗口处理这个消息,如果你的消息处理返回真,这个消息将同样被父窗口处理,当你的消息处理返回假,将不允许父窗口处理。注意:消息反射是在通知消息前处理的。 这已经说得很明白了。看来应该用ON_NOTIFY_REFLECT_EX()宏
firefly3233 2012-01-30
  • 打赏
  • 举报
回复
ON_NOTIFY_REFLECT通知反射宏
ON_NOTIFY通知宏
难道,ON_NOTIFY_REFLECT真得截获ON_NOTIFY吗?
firefly3233 2012-01-30
  • 打赏
  • 举报
回复
[Quote=引用 9 楼 visualeleven 的回复:]
一般是这样,某一个消息,如果在某一个类中添加处理了该消息,那么该消息就不会再往下传递了,除非你主动下发
[/Quote]
不行了,我跟踪了一下,主动向其他窗口下发,还是被截获了,一直在这个消息处理中循环:
void CTreeList::OnSelchanged(NMTREEVIEW* pNMTV, LRESULT* pResult) 
{
if (pNMTV->itemOld.hItem)
Select(pNMTV->itemOld.hItem, NULL);
Select(pNMTV->itemNew.hItem, TVGN_DROPHILITE);
::SendMessage(m_pBuddyWnd->m_hWnd, WM_NOTIFY, TVN_SELCHANGED, (LPARAM)pNMTV);
*pResult = 1;

}
副组长 2012-01-28
  • 打赏
  • 举报
回复
这个这个?

if (GetCheck(hItemNew) == 1)
{
if (it >= m_hCheckedItems.end())
m_hCheckedItems.push_back((DWORD)hItemNew);
}
else
{
if (it < m_hCheckedItems.end())
m_hCheckedItems.erase(it);/**/
}
*pResult = 0;
Eleven 2012-01-28
  • 打赏
  • 举报
回复
[Quote=引用 8 楼 firefly3233 的回复:]

是啊,我就是这样做的呀,主动把通知发过去了,目标也能收到,但如果本窗口有反射消息处理,则目标就收不到了.我想确认一下,是不是这样.本窗口可以拦截通知,不再路由.
[/Quote]
一般是这样,某一个消息,如果在某一个类中添加处理了该消息,那么该消息就不会再往下传递了,除非你主动下发
firefly3233 2012-01-28
  • 打赏
  • 举报
回复
是啊,我就是这样做的呀,主动把通知发过去了,目标也能收到,但如果本窗口有反射消息处理,则目标就收不到了.我想确认一下,是不是这样.本窗口可以拦截通知,不再路由.
Eleven 2012-01-28
  • 打赏
  • 举报
回复
[Quote=引用楼主 firefly3233 的回复:]
一个窗口向目标窗口发送了个通知:
#define TVN_CHECKCHANGED (TVN_FIRST-16)

::SendMessage(m_pBuddyWnd->m_hWnd, WM_NOTIFY, TVN_CHECKCHANGED, (LPARAM)&nmtv);

在本窗口内定义消息反射宏和响应函数:
ON_NOTIFY_REFLECT(TVN_CHE……
[/Quote]
主动把消息下发下去
firefly3233 2012-01-28
  • 打赏
  • 举报
回复
不管其余的代码的事,我只不过是写简化了
我只是想问如果自己的窗口有相应通知的代码,那么这个通知还能下发给指定窗口吗?指定窗口还能收到这个通知吗?
副组长 2012-01-28
  • 打赏
  • 举报
回复
你的else是第二个if吧?你是想这样?
firefly3233 2012-01-28
  • 打赏
  • 举报
回复
[Quote=引用 2 楼 gordon3000 的回复:]
这个这个?
[/Quote]
这个怎么了,这只是个操作vector的代码,没影响*pResult = 0;
呀,*pResult = 0可以得到执行呀
《Android系统源代码情景分析》随书光盘内容(源代码) 目录如下: 第1篇 初识Android系统 第1章 准备知识 1.1 Linux内核参考书籍 1.2 Android应用程序参考书籍 1.3 下载、编译和运行Android源代码 1.3.1 下载Android源代码 1.3.2 编译Android源代码 1.3.3 运行Android模拟器 1.4 下载、编译和运行Android内核源代码 1.4.1 下载Android内核源代码 1.4.2 编译Android内核源代码 1.4.3 运行Android模拟器 1.5 开发第一个Android应用程序 1.6 单独编译和打包Android应用程序模块 1.6.1 导入单独编译模块的mmm命令 1.6.2 单独编译Android应用程序模块 1.6.3 重新打包Android系统镜像文件 第2章 硬件抽象层 2.1 开发Android硬件驱动程序 2.1.1 实现内核驱动程序模块 2.1.2 修改内核Kconfig文件 2.1.3 修改内核Makefile文件 2.1.4 编译内核驱动程序模块 2.1.5 验证内核驱动程序模块 2.2 开发C可执行程序验证Android硬件驱动程序 2.3 开发Android硬件抽象层模块 2.3.1 硬件抽象层模块编写规范 2.3.2 编写硬件抽象层模块接口 2.3.3 硬件抽象层模块的加载过程 2.3.4 处理硬件设备访问权限问题 2.4 开发Android硬件访问服务 2.4.1 定义硬件访问服务接口 2.4.2 实现硬件访问服务 2.4.3 实现硬件访问服务的JNI方法 2.4.4 启动硬件访问服务 2.5 开发Android应用程序来使用硬件访问服务 第3章 智能指针 3.1 轻量级指针 3.1.1 实现原理分析 3.1.2 应用实例分析 3.2 强指针和弱指针 3.2.1 强指针的实现原理分析 3.2.2 弱指针的实现原理分析 3.2.3 应用实例分析 第2篇 Android专用驱动系统 第4章 Logger日志系统 4.1 Logger日志格式 4.2 Logger日志驱动程序 4.2.1 基础数据结构 4.2.2 日志设备的初始化过程 4.2.3 日志设备文件的打开过程 4.2.4 日志记录的读取过程 4.2.5 日志记录的写入过程 4.3 运行时库层日志库 4.4 C/C++日志写入接口 4.5 Java日志写入接口 4.6 Logcat工具分析 4.6.1 相关数据结构 4.6.2 初始化过程 4.6.3 日志记录的读取过程 4.6.4 日志记录的输出过程 第5章 Binder进程间通信系统 5.1 Binder驱动程序 5.1.1 基础数据结构 5.1.2 Binder设备的初始化过程 5.1.3 Binder设备文件的打开过程 5.1.4 Binder设备文件的内存映射过程 5.1.5 内核缓冲区管理 5.2 Binder进程间通信库 5.3 Binder进程间通信应用实例 5.4 Binder对象引用计数技术 5.4.1 Binder本地对象的生命周期 5.4.2 Binder实体对象的生命周期 5.4.3 Binder引用对象的生命周期 5.4.4 Binder代理对象的生命周期 5.5 Binder对象死亡通知机制 5.5.1 注册死亡接收通知 5.5.2 发送死亡接收通知 5.5.3 注销死亡接收通知 5.6 Service Manager的启动过程 5.6.1 打开和映射Binder设备文件 5.6.2 注册为Binder上下文管理者 5.6.3 循环等待Client进程请求 5.7 Service Manager代理对象的获取过程 5.8 Service组件的启动过程 5.8.1 注册Service组件 5.8.2 启动Binder线程池 5.9 Service代理对象的获取过程 5.10 Binder进程间通信机制的Java接口 5.10.1 Service Manager的Java代理对象的获取过程 5.10.2 Java服务接口的定义和解析 5.10.3 Java服务的启动过程 5.10.4 Java服务代理对象的获取过程 5.10.5 Java服务的调用过程 第6章 Ashmem匿名共享内存系统 6.1 Ashmem驱动程序 6.1.1 基础数据结构 6.1.2 匿名共享内存设备的初始化过程 6.1.3 匿名共享内存设备文件的打开过程 6.1.4 匿名共享内存设备文件的内存映射过程 6.1.5 匿名共享内存块的锁定和解锁过程 6.1.6 匿名共享内存块的回收过程 6.2 运行时库cutils的匿名共享内存访问接口 6.3 匿名共享内存的C++访问接口 6.3.1 MemoryHeapBase 6.3.2 MemoryBase 6.3.3 应用实例 6.4 匿名共享内存的Java访问接口 6.4.1 MemoryFile 6.4.2 应用实例 6.5 匿名共享内存的共享原理 第3篇 Android应用程序框架 第7章 Activity组件的启动过程 7.1 Activity组件应用实例 7.2 根Activity组件的启动过程 7.3 子Activity组件在进程内的启动过程 7.4 子Activity组件在新进程中的启动过程 第8章 Service组件的启动过程 8.1 Service组件应用实例 8.2 Service组件在新进程中的启动过程 8.3 Service组件在进程内的绑定过程 第9章 Android系统广播机制 9.1 广播机制应用实例 9.2 广播接收者的注册过程 9.3 广播的发送过程 第10章 Content Provider组件的实现原理 10.1 Content Provider组件应用实例 10.1.1 ArticlesProvider 10.1.2 Article 10.2 Content Provider组件的启动过程 10.3 Content Provider组件的数据共享原理 10.3.1 数据共享模型 10.3.2 数据传输过程 10.4 Content Provider组件的数据更新通知机制 10.4.1 注册内容观察者 10.4.2 发送数据更新通知 第11章 Zygote和System进程的启动过程 11.1 Zygote进程的启动脚本 11.2 Zygote进程的启动过程 11.3 System进程的启动过程 第12章 Android应用程序进程的启动过程 12.1 应用程序进程的创建过程 12.2 Binder线程池的启动过程 12.3 消息循环的创建过程 第13章 Android应用程序的消息处理机制 13.1 创建线程消息队列 13.2 线程消息循环过程 13.3 线程消息发送过程 13.4 线程消息处理过程 第14章 Android应用程序的键盘消息处理机制 14.1 键盘消息处理模型 14.2 InputManager的启动过程 14.2.1 创建InputManager 14.2.2 启动InputManager 14.2.3 启动InputDispatcher 14.2.4 启动InputReader 14.3 InputChannel的注册过程 14.3.1 创建InputChannel 14.3.2 注册Server端InputChannel 14.3.3 注册系统当前激活的应用程序窗口 14.3.4 注册Client端InputChannel 14.4 键盘消息的分发过程 14.4.1 InputReader获得键盘事件 14.4.2 InputDispatcher分发键盘事件 14.4.3 系统当前激活的应用程序窗口获得键盘消息 14.4.4 InputDispatcher获得键盘事件处理完成通知 14.5 InputChannel的注销过程 14.5.1 销毁应用程序窗口 14.5.2 注销Client端InputChannel 14.5.3 注销Server端InputChannel 第15章 Android应用程序线程的消息循环模型 15.1 应用程序主线程消息循环模型 15.2 与界面无关的应用程序子线程消息循环模型 15.3 与界面相关的应用程序子线程消息循环模型 第16章 Android应用程序的安装和显示过程 16.1 应用程序的安装过程 16.2 应用程序的显示过程

16,548

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • AIGC Browser
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧