按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
□ Frame6 ：仿真Dynamic Creation （MFC 4。x 的作法）
□ Frame7 ：仿真Message Map
□ Frame8 ：仿真mand Routing
■ Hello 范例程序（第６章）：首先以最小量（两个）MFC 类别，完成一个最最
简单的MFC 程序。没有Document/View …事实上这正是MFC 1。0 版的应用
程序风貌。本例除了提供你对MFC 程序的第一印象，也对类别的静态成员函
式应用于callback 函数做了一个示范。每有窗口异动（产生WM_PAINT），
就有一个〃Hello MFC〃 字符串从天而降。此外，也示范了空闲时间（idle time ）
的处理。
35
…………………………………………………………Page 58……………………………………………………………
深入湷觥 FC
■ Scribble Step0~Step5 ： ！ ¨ Scribble！ ¨ 范例之于MFC 程序设计， 几乎相当于
！ § Generic！ ¨ 范例之于SDK 程序设计。微软的「官方手册」Visual C＋＋ Class
Library User's Guide 全书即以本例为主轴，介绍这个可以让你在窗口中以鼠标
左键绘图的程序。Scribble 程序共有Step1~Step7，七个阶段的所有源代码都
可以在Visual C＋＋ 5。0 的DEVSTUDIOVCMFCSAMPLESSCRIBBLE 目录中
找到。本书只采用Step1~Step5，并增列Step0。Step6 是OnLine Help 的制
作，Step7 是OLE Server 的制作，这两个主题本书从缺。
■ Scribble Step0－由MFC AppWizard 做出来的空壳程序，也就是所谓的MFC 骨
干程序。完整源代码列于第４章「东圈西点完成程序骨干」一节。完整解说出
现在第７章。
■ Scribble Step1－具备Document/View 架构（第８章）：本例主旨在加上资料处
理与显示的能力。这一版的窗口没有卷动能力。同一文件的两个显示窗口也没
有能够做到实时更新的效果。当你在窗口甲改变文件内容，对映至同一文件的
窗口乙并不会实时修正内容，必须等WM_PAINT 产生（例如拉大窗口）。
这个版本已具备打印与预视能力，但并非「所见即所得」（What You See Is What You
Get ），打印结果明显缩小，这是因为映射模式采用MM_TEX T 。15寸监视器的 640
个图素换到300dpi 上才不过两英寸多一点。
我们可以在这个版本中学习以AppWizard 制作骨干，并大量运用ClassWizard 为我
们增添消息处理函数；也可以学习如何设计Document ，如何改写CView：：OnDraw 和
CDocument：：Serialize，这是两个极端重要之虚拟函数。
■ Scribble Step2－修改使用者接口（第９章）：这个版本变化了菜单，使程序多
了笔宽设定功能。由于菜单的变化，也带动了工具栏与状态列的变化。
从这个版本中我们可以学习如何使用资源编辑器，制作各式各样的程序资源。为了把
菜单命令处理函数放置在适当的类别之中，我们需要深入了解所谓的Message
36
…………………………………………………………Page 59……………………………………………………………
第０章 你定要知道（導讀）
Mapping 和mand Routing。
■ Scribble Step3－增加「笔划宽度对话框」（第10 章）：这个版本做出「画笔宽
度对话框」，使用者可以在其中设定细笔宽度和粗笔宽度。预设的细笔为两个
图素（pixel ）宽，粗笔为五个图素宽。
从这个版本中可以学习如何以对话框编辑器设计对话框模板，以ClassWizard 增设对
话盒处理函数，以及如何以MFC 提供的DDX/DDV 机制做出对话框控制组件
（control ）的内容传递与内容查核。DDX （Dialog Data eXchange ）的目的在简化应用
程序取得控制组件内容的过程，DDV （Dialog Data Validation ）的目的则在加强应用
程序对控制组件内容之数值合理化检查。
■ Scribble Step4－加强显示能力滚动条与分裂窗口（第11 章）：Scribble 可以
对同一份Document 产生一个以上的Views ，但有一个缺点亟待克服，那就是
你在窗口Ａ的绘图动作不能实时影响窗口Ｂ …即使它们是同一份资料的一体
两面！
Step4 解决上述问题。主要关键在于我们必须想办法通知所有同血源（同一份
Document ）的兄弟（各个Views ），让它们一起行动。但因此却必须多考虑一个情况：
当使用者的一个鼠标动作可能引发许多许多程序绘图动作时，绘图效率就变得非常重
要。因此在考量如何加强显示能力时，我们就得设计所谓的「必要绘图区」，也就是
所谓的Invalidate Region （不再适用的区域）。事实上每当使用者开始绘图（增加新
的线条），程序可以设定「必要绘图区」为：该线条之最小外围四方形。为了记录这
项数据，Step1 所设计并延续至今的Document 数据结构必须改变。
Step1 的View 窗口有一个缺点：没有滚动条。新版本加上了垂直和水平滚动条，此外它
也示范一种所谓的分裂窗口（Splitter ）。
■ Scribble Step5－打印与预视（第12 章）：Step1 已有打印和预视能力，这当然
归功于CScribbleView：：OnDraw。现在要加强的是更细致的打印能力，包括表
37
…………………………………………………………Page 60……………………………………………………………
深入湷觥 FC
头、表尾、页码、映射模式等等。坐标系统（也就是映射模式，Mapping Mode ）
的选择，关系到是否能够「所见即所得」。为了这个目的，必须使用能够反应
真实世界之尺寸（如英寸、公分）的映像模式，本例使用 MM_LOENGLISH，
每个逻辑单位0。01 英寸。
我们也在此版中学习如何设定文件的大小。有了大小，才能够在打印时做分页动作。
■ Graph 范例程序（第13 章）：这个程序示范如何在静态分裂窗口的不同窗口中，
以不同的方式（本例为长条图、点状图和文字形式）显示同一份资料。
■ Text 范例程序（第13 章）：这个程序示范如何在同一份Document 的各个「同
源view 窗口」中，以不同的显示方法表现同一份资料，做到一体数面。
■ Graph2 范例程序（第13 章）：这个程序示范如何为程序加上第二个Document
类型。其间关系到新的Document ，新的View ，新的UI 。
■ MltiThrd 范例程序（第14 章）：这是第１章的同名程序的MFC 版。我只示
范MFC 多线程程序的架构，原Mltithrd 程序的绘图部份留给读者练习。
■ Top 范例程序（第15 章）：示范如何量身定做一个属于自己的AppWizard 。