吐槽子类化

[liulin2019]

子类化：用自己的窗口函数替代 默认的窗口函数。mfc为了实现这个目的。写了不少代码。难以理解。





假设 CWnd提供了窗口函数了（虚函数）。

我提供的这个虚函数伪代码：

{
case WM_CREATE:

非虚函数OnPaint被调用
break;


case  WM_SIZE:
非虚函数OnSize被调用

};


好了。每一个窗口继承CWnd的窗口函数，然后每一个派生类实现自己的 Onpaint, Onsize等函数。

ok不？

是否已经使每一个窗口不一样了。

这个想法有问题吗，有的话，请指出，谢谢

[ndy_w]

如果不是虚函数，那么调用什么版本的OnSize是编译时确定的。
而虚函数是运行时确定。这样mfc里消息驱动部分代码才可以重用。

[liulin2019]

虚函数----------基类的窗口函数 中


当onsize 不是虚函数的时候， 调用的是父类的。

多谢。。。。。。。。。




[Quote=引用 1 楼 的回复:]

如果不是虚函数，那么调用什么版本的OnSize是编译时确定的。
而虚函数是运行时确定。这样mfc里消息驱动部分代码才可以重用。
[/Quote]

[liulin2019]

亲，在吗？

插个问题问一下。

CWinApp 不是窗口，为什么要有处理消息的能力

注意 BEGIN_MESSAGE_MAP(CWinApp, CCmdTarget)

CCmdTarget 不是窗口额

当窗口create或者createex的时候， 除非钩子，然后替换窗口函数，开始处理各种消息。


但是对于CWinapp呢。。。。 如何处理消息？




[Quote=引用 1 楼 的回复:]

如果不是虚函数，那么调用什么版本的OnSize是编译时确定的。
而虚函数是运行时确定。这样mfc里消息驱动部分代码才可以重用。
[/Quote]

[liulin2019]

第3楼 谢谢

[ndy_w]

app, doc类都设计成可以处理消息。比如菜单项“打开文件”，如果只能在view或framewnd中处理，显得不太爽。
消息本身也不一定和窗口挂钩的，消息循环是线程的东东，窗口函数从线程的消息队列里得到消息。