按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
■ 如果按下【File/Open 】，Application Framework 会激活对话框让你指定文件名，
然后自动调用CMyDoc：：Serialize 读档。Application Framework 还会调用
CMyView：：OnDraw，把资料显示出来。
■ 如果屏幕状态改变， 产生了WM_PAINT ， Framework 会自动调用你的
CMyView：：OnDraw，传一个Display DC 让你重新绘制窗口内容。
■ 如果按下【File/Print。。。】，Framework 会自动调用你的CMyView：：OnDraw，这
次传进去的是个Printer DC ，因此绘图动作的输出对象就成了打印机。
MFC 已经把程序大架构完成了，模块与模块间的消息流动路径以及各函数的功能职司都
已确定好（这是MFC 之所以够格称为一个Framework 的原因），所以我们写程序的焦
点就放在那些必须改写的虚拟函数身上即可。软件界当初发展GUI 系统时，目的也是
希望把程序员的心力导引到应用软件的真正目标去，而不必花在使用者接口上。MFC 的
Document/View 架构希望更把程序员的心力导引到真正的数据结构设计以及真正的数据
显示动作上，而不要花在模块的沟通或消息的流动传递上。今天，程序员都对GUI 称
便，Document/View 也即将广泛地证明它的贡献。
Application Framework 使我们的程序写作犹如做填充题；Visual C＋＋ 的软件开发工具则
使我们的程序写作犹如做选择题。我们先做选择题，再在骨干程序中做填充题。的确，
程序员的生活愈来愈像侯捷所言「只是软件IC 装配厂里的男工女工」了。
现在让我们展开MFC 深度之旅，彻底把MFC 骨干程序的每一行都搞清楚。你应该已
经从上一章具体了解了MFC 程序从激活到结束的生命过程，这一章的例子虽然比较复
杂，程序的生命过程是一样的。我们看看新添了什么内容，以及它们如何运作。我将以
AppWizard 完成的Scribble Step0 （第４章）为解说对象，一行不改。然后我会做一点点
修改，使它成为一个多窗口文字编辑器。
422
…………………………………………………………Page 485……………………………………………………………
第７章 簡單而完整：MFC 骨幹程式
利用Visual C＋＋ 工具完成Scribble step0
我已经在第４章示范过AppWizard 的使用方法，并实际制作出Scribble Step0 程序，这
里就不再重复说明了。完整的骨干程序源代码亦已列于第４章。
这些由「生产线」做出来的程序代码其实对初学者并不十分合适，原因之一是容易眼花撩
乱，有许多#if。。。#endif、批注、奇奇怪怪的符号（例如//｛ 和//｝）；原因之二
是每一个类别有自己的。H 档和。CPP 文件，整个程序因而幅员辽阔（六个。CPP 档和六
个。H 档）。
图7…4 是Scribble step0 程序中各类别的相关资料。
类别名称 基础类别 类别声明于 类别定义于
CScribbleApp CWinApp Scribble。h Scribble。cpp
CMainFrame CMDIFrameWnd Mainfrm。h Mainfrm。cpp
CChildFrame CMDIChildWnd Childfrm。h Childfrm。cpp
CScribbleDoc CDocument ScribbleDoc。h ScribbleDoc。cpp
CScribbleView CView ScribbleView。h ScribbleView。cpp
CAboutDlg CDialog Scribble。cpp Scribble。cpp
图7…4 Scribble 骨干程序中的重要组成份子
骨干程序使用哪些MFC 类别？
对，你看到的Scribble step0 就是一个完整的MFC 应用程序，而我保证你一定昏头转向
茫无头线程。没有关系，我们才刚启航。
如果把标准图形接口（工具栏和状态列）以及Document/View 考虑在内，一个标准的
MFC MDI 程序使用这些类别：
423
…………………………………………………………Page 486……………………………………………………………
第篇 湷觥 FC 程式設計
MFC 类别名称 我的类别名称 功能
CWinApp CScribbleApp application object
CMDIFrame Wnd CMainFrame MDI 主窗口
Document/View
CMultiDocTemplate 直接使用 管理
CDocument CScribbleDoc Document ，负责数据结构与文件动作
CView CScribble View View ，负责资料的显示与打印
CMDIChild Wnd CChildFrame MDI 子窗口
CToolBar 直接使用 工具栏
CStatusBar 直接使用 状态列
CDialog CAboutDlg About 对话框
应用程序各显身手的地方只是各个可被改写的虚拟函数。这九个类别在MFC 的地位请看
图7…1 。下一节开始我会逐项解释每一个对象的产生时机及其重要性质。
Document/View 不只应用在MDI 程序，也应用在SDI 程序上。你可以在AppWizard 的
「Options 对话框」（图4…2b ）选择SDI 风格。本书以MDI 程序为讨论对象。
为了对标准的MFC 程序有一个大局观，图7…4 显示Scribble step0 中各重要组成份子（类
别），这些组成份子在执行时期的意义与主从关系显示于图7…5 。
424
…………………………………………………………Page 487……………………………………………………………
第７章 簡單而完整：MFC 骨幹程式
Document
（CDocument 对象）
Application 对象
（CWinApp 对象）
Document Template 对象 工具栏（CToolBar 对象）
（CMultiDocTemplate 对象） ｛ MDI Frame 窗口
（CMDIFrameWnd 对象）
状态列（CStatusBar 对象）
MDI Child 窗口
对话框（CDialog 对象） View
（Document Frame 窗口）
（CView 对象） （CMDIChildWnd 对象）
虚线框者表示，应用程序通常不必改写该基础类别，可直接拿来使用．
图7…5 Scribble step0 程序中的九个对象 （几乎每个MFC MDI 程序都如此）
。
图7…6 是Scribble step0 程序缩影，我把执行时序标上去，对于整体概念的形成将有帮助。
#0001 class CScribbleApp ： public CWinApp
#0002 ｛
注意：第６章的HelloMFC 程序是在
#0003 virtual BOOL InitInstance（）； //
#0004 afx_msg void OnAppAbout（）； //
类别中处理〃About〃 命令，这里的
#0005 DECLARE_MESSAGE_MAP（） //程序却在CWinApp 衍生类别中处理之。到底，
#0006 ｝； //一个消息可以（或应该）在哪里被处理才是合理？
#0007 // 第９章「消息映射与命令绕行」可以解决这个疑惑。
#0008 class CMainFrame ： public CMDIFrameWnd
#0009 ｛
#0010 DECLARE_DYNAMIC（CMainFrame）
#0011 CStatusBar m_wndStatusBar；
#0012 CToolBar m_wndToolBar；
#0013 afx_msg int OnCreate（LPCREATESTRUCT lpCreateStruct）；
#0014 DECLARE_MESSAGE_MAP（）
#0015 ｝；
#0016
#0017 class CChildFrame ： public CMDIChildWnd
#0018 ｛
425
…………………………………………………………Page 488……………………………………………………………
第篇 湷觥 FC 程式設計
#0019 DECLARE_DYNCREATE（CChildFrame）
#0020 DECLARE_MESSAGE_MAP（）
#0021 ｝；
#0022
#0023 class CScribbleDoc ： public CDocument
#0024 ｛
#0025 DECLARE_DYNCREATE（CScribbleDoc）