按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
第７章 簡單而完整：MFC 骨幹程式
除了负责显示，View 还负责程序与使用者之间的交谈接口。使用者对资料的编辑、修改
都需仰赖窗口上的鼠标与键盘动作才得完成，这些消息都将由View 接受后再通知
Document （ 图7…3b） 。
CMyDoc：：Serialize（。。。） CMyView：：OnLButtonDown（。。。）
｛ ｛
//把资料从Document 写入文件 //记录鼠标位置为DWORD，
//并将DWORD 加入Document
｝ ｝
当使用者在窗口中按下鼠标左键，LButtonDown
磁盘中的文件文件
消息会被窗口攫取，只要程序员曾对此消息设定
04 00 FF FF 01 00 07
43 53 74 72 6F 6B 65 消息映射，CMyView：：OnLButtonDown 就会被
00 02 00 26 00 08 00
。。。 调用．
00 08 00 01 80 05 00
00 26 00 1C 00 27 00
。。。
00 27 00 1C 00 01 80
。。。
图7…3b View 是Document 的第一线， 负责与使用者接触。
Document/View 的价值在于，这些MFC 类别已经把一个应用程序所需的「数据处理与
显示」的函数空壳都设计好了，这些函数都是虚拟函数，所以你可以（也应该）在衍生
类别中改写它们。有关文件读写的动作在CDocument 的Serialize 函数进行，有关画面显
示的动作在CView 的OnDraw 或OnPaint 函数进行。当我为自己衍生两个类别CMyDoc
和CMyView，我只要把全付心思花在CMyDoc：：Serialize 和CMyView：：OnDraw 身上，其它
琐事一概不必管，整个程序自动会运作得好好的。
421
…………………………………………………………Page 484……………………………………………………………
第篇 湷觥 FC 程式設計
什么叫做「整个程序会自动运作良好」？以下是三个例子：
■ 如果按下【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
CMultiDocTem