Windows32编程中的WinProc设置为callback函数的疑问!

sangwf 2006-08-07 05:15:22
消息处理循环是程序自己做的,而获得消息之后,为什么非要Dispach给系统,然后由系统回调程序Winproc呢,何不让程序自己调用WinProc?

正在看深入浅出MFC,上面说除了用户需要用,系统也需要用WinProc,有用到么?
...全文
239 9 打赏 收藏 转发到动态 举报
写回复
用AI写文章
9 条回复
切换为时间正序
请发表友善的回复…
发表回复
sangwf 2006-08-09
  • 打赏
  • 举报
回复
多谢楼上两位ringphone(临风) superarhow(苏泊尔耗),你们讲的很有道理,我算是理解啦.
superarhow 2006-08-08
  • 打赏
  • 举报
回复
还有就是,GetMessage取得的要么是某一窗口的特定消息,要么是本线程的线程消息,要么是所有窗口的消息,如果你自己去调WndProc的话,要去找由谁处理是非常麻烦的事情。
ringphone 2006-08-08
  • 打赏
  • 举报
回复
窗口消息循环只管收消息,把消息放进消息队列,窗口过程处理消息队列里的消息,这两个操作是异步的,如果获得一个消息,程序自己调用WinProc,就必须等WinProc处理完消息后才能再GetMessage处理下一个消息,这段时间可能已漏掉好多消息了。Dispach给系统,把消息放进消息队列,WinProc异步处理才不会漏掉消息。
mashengguo 2006-08-07
  • 打赏
  • 举报
回复
CALLBACK 是调用的约定,表明这个函数由系统调用。
onestation 2006-08-07
  • 打赏
  • 举报
回复
如果不交给系统,系统怎么控制你的程序啊!比如在任务栏切换窗口,是系统控制的。
sangwf 2006-08-07
  • 打赏
  • 举报
回复
那为什么不让SendMessage中直接调用WinProc来处理掉呢?
linamu 2006-08-07
  • 打赏
  • 举报
回复
当然系统要用,SendMessage的消息好象就不进程序消息队列吧.直接由系统发给程序.
gohan 2006-08-07
  • 打赏
  • 举报
回复
Dispach是一个间接的途径而已吧,我觉得在一些情况可以直接调用wndproc
sangwf 2006-08-07
  • 打赏
  • 举报
回复
系统发出消息是正常的,程序窗口接收到的消息最后都是要系统发配给程序窗口的,比如系统发给窗口WM_PAINT消息,但窗口本身可以在WinProc中画图啊。。

16,472

社区成员

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

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

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