subclass后的问题

hdj0569 2002-05-07 07:00:32
为了处理自己定义的几个消息,我子类化了程序的主窗体,
在新的处理过程中处理自己的消息。
但是发现,尽管处理完后,调用了
return DefWindowProc(hwnd, Msg, wParam, lParam);
但窗体没有刷新?为什么?
...全文
57 7 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
7 条回复
切换为时间正序
请发表友善的回复…
发表回复
dxhdxh2k 2002-05-07
  • 打赏
  • 举报
回复
up
lin1980 2002-05-07
  • 打赏
  • 举报
回复
不是的,call。。你要先获得原先程序的wndproc的地址,然后把地址作为参数传递给他,所以你调用的是原先程序的wndproc,这个wndproc可以是任何人加工的,而不是MS编的系统的defwndproc,
hdj0569 2002-05-07
  • 打赏
  • 举报
回复
to yu_hl(卖柴火的小男孩)
我是说,(我的感觉)这两者都事系统确省得处理
那他们因该没什么区别亚
yu_hl 2002-05-07
  • 打赏
  • 举报
回复
DefWindowProc系统缺省处理。CallWindowProc调用它本来的处理。
xijiajia 2002-05-07
  • 打赏
  • 举报
回复
不能直接调用oldproc
hdj0569 2002-05-07
  • 打赏
  • 举报
回复
上面不对,是
return CallWindowProc(oldproc, hwnd, Msg, wParam, lParam);

但是这两者有什么区别?
hdj0569 2002-05-07
  • 打赏
  • 举报
回复
已解决
return CallWindowProc(hwnd, Msg, wParam, lParam);

但是这两者有什么区别?

16,548

社区成员

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

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

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