码迷,mamicode.com
首页 > 编程语言 > 详细

《Windows编程循序渐进》——MFC封装机制详解

时间:2016-07-20 13:23:50      阅读:253      评论:0      收藏:0      [点我收藏+]

标签:

  • 单文档

技术分享

技术分享

技术分享

技术分享

技术分享

这时候资源的Dialog里只有一个关于对话框:

技术分享

运行下发现,这里如果选择的是CRichEditView:

技术分享

如果点击另存为的话,这里会显示后缀:

技术分享

我们来看它的类视图:

技术分享

文档和视图有什么区别?一个文档只有一份,而视图可以有多份,比如对于一个TXT它是一个文档:

技术分享

但可以打开N次:

技术分享

下面我们来跟踪一下代码流程。先来看APP,这是表征这个应用程序的类,其构造函数如下:

技术分享

其头文件中这个类的定义如下:

技术分享

我们在APP文件中可以看到:

技术分享

这里定义了一个APP自身的类,我们在这里下断点,并运行,等断到这里之后,我们单步步入,就来到了theApp的构造函数:

技术分享

然而我们再单步步入时,就来到了CWinApp的构造函数:

技术分享

这个CWinApp就是theApp的父类。这个类又有自己的父类:

技术分享

于是我再单步步入就来到了CWinThread的构造函数:

技术分享

再单步步入:

技术分享

再单步步入来到:

技术分享

这里啥都没干,单步执行又来到了它的子类中,然后又回到子类的子类中,这样,直到我们再回到:

技术分享

实际上已经执行了好多步骤。我们单步执行,运行到这里:

技术分享

却在watch窗口发现this指针指向的不是CWinApp而是他的子类:

技术分享

Why?

可以参看:http://blog.csdn.net/ningyaliuhebei/article/details/42292147的解释。因为我们创建的对象是MFCFirstSineFile,他就会把创建的对象的地址,即theApp的地址作为参数传给theApp的构造函数,而theApp的构造函数调用时先调用CWinApp的构造函数,给CWinApp传递的参数就是theApp的地址。

下面通过类视图,来了解MFC结构。

CMainFrame中执行一些创建操作,比如创建工具栏、状态栏:

技术分享

Alt+G进入第一个OnCreate还可以看到它会创建帮助:

技术分享

再来看PreCreateWindow,里边有一个宏函数:

技术分享

Go进入:

技术分享

这个函数里边注册了窗体类。

技术分享

创建完窗体之后还会挂钩:

技术分享

这个Hook函数中挂钩了WH_CBT消息:

技术分享

该消息触发条件是这样的: 当Windows激活、产生、释放(关闭)、最小化、最大化或改变窗口时都将触发此事件。

后边有个:

技术分享

这里就是实现快捷键。在资源视图中,我们也能看到这些快捷键:

技术分享

继续执行,执行到这里:

技术分享

更新出了一个窗体:

技术分享

但是被卡住不能动。执行:

技术分享

整个窗体就显示出来了:

技术分享

后边再继续走会看到:

技术分享

这个函数就是彻底让窗体运行起来。我们来看其中的代码:

技术分享

这里在不停的接收消息。上边的PumpMessage中就是执行的:

技术分享

技术分享

Run之后,这个程序就运行起来了。

《Windows编程循序渐进》——MFC封装机制详解

标签:

原文地址:http://www.cnblogs.com/predator-wang/p/5687911.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!