消息的传递路线问题,请求帮忙。(在线等待)

44ww 2002-08-25 08:24:07
我看了 深入浅出MFC,里面说消息传递的路线是 如果FRAME传递消息的 路线是
VIEW-CDOUMENT-FRAME-WINAPP
可是里面的VIEW是FRAME调用GetActiveView()得到的那不就是只得到一个当前作用中的VIEW实例,再调用他的消息函数。那FRAME如果是主窗口,并且他开了许多的子窗口,就有许多的VIEW(还有可能是各种的VIEW)。那么主窗口发出消息时不就只有一个VIEW实例响应?其它的怎么办?
...全文
26 4 打赏 收藏 转发到动态 举报
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
rokia 2002-08-26
  • 打赏
  • 举报
回复
就是只要當前的view來響應啊,如果都來響應豈不是亂套了!!

注意這是命令消息啊。

想一想,在你的VC裡,如果你點了一下工具欄裡的粘貼,所有的view都收到這個命令,你不要氣死了?
WadeHan 2002-08-25
  • 打赏
  • 举报
回复
好像是谁调用谁相应吧
whwjn 2002-08-25
  • 打赏
  • 举报
回复
可以这样:
在响应的view里面调用下一个view的OnCmdMsg函数,那么消息就可以传到
下一个view里面处理了。
至于对话框的消息的传递路线是这样的:
自身的消息映像
父类的消息映像
线程消息的映像
44ww 2002-08-25
  • 打赏
  • 举报
回复
还有里面没说对话框的消息怎么传递,尤其是一个UI线程里有主窗口,又有对话框那么它的消息又是怎么传递的?

16,551

社区成员

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

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

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