按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
UINT m_nThickWidth；
。。。
｝
所以由CScribDoc 负责唤起对话框，接受笔宽设定，是很合情合理的事。
如果命令消息处理例程名为OnPenWidths，我们希望在这个函数中先唤起对话框，由对
话盒取得粗笔和细笔的宽度，然后再把这两个值设定给CScribbleDoc 中的两个对应变
数。下面是设计步骤。
执行ClassWizard，选择【Message Map 】附页，并选择CScribbleDoc。
在【Object IDs 】清单中选择ID_PEN_ WIDTHS。
在【Messages 】清单中选择MAND 。
按下【Add Function 】钮并接受ClassWizard 给予的函数名称OnPenWidths。
623
…………………………………………………………Page 686……………………………………………………………
第篇 深入 MFC 程式設計
按下【Edit Code 】钮，光标落在OnPenWidths 函数内，键入以下内容：
// SCRIBDOC。CPP
#include 〃pendlg。h〃
。。。
void CScribbleDoc：：OnPenWidths（）
｛
CPenWidthsDlg dlg；
// Initialize dialog data
dlg。m_nThinWidth = m_nThinWidth；
dlg。m_nThickWidth = m_nThickWidth；
// Invoke the dialog box
if （dlg。DoModal（） == IDOK）
｛
// retrieve the dialog data
m_nThinWidth = dlg。m_nThinWidth；
m_nThickWidth = dlg。m_nThickWidth；
// Update the pen that is used by views when drawing new strokes；
// to reflect the new pen width definitions for 〃thick〃 and 〃thin〃。
ReplacePen（）；
｝
｝
现在，Scribble Step3 全部完成，制作并测试之。
624
…………………………………………………………Page 687……………………………………………………………
10 MFC
第 章 與對話盒
本章回顾
上一章我们为Scribble 加上三个新的菜单命令项。其中一个命令项【Pen/Pen Widths。。。 】
将引发对话框，这个目标在本章实现。
制作对话框，我们需要为此对话框设计模板（Dialog Template），这可藉Visual C＋＋ 整
合环境之对话框编辑器之助完成。我们还需要一个衍生自CDialog 的类别（本例为
CPenWidthsDlg）。ClassWizard 可以帮助我们新增类别，并增加该类别的成员变量，以
及设定对话框之DDX/DDV 。以上都是透过ClassWizard 以鼠标点点选选而完成，过程
中不需要写任何一进程序代码。
所谓DDX 是让我们把对话框类别中的成员变量与对话框中的控制组件产生关联，于是
当对话框结束时，控制组件的内容会自动传输到这些成员变量上。
所谓DDV 是允许我们设定对话框控制组件的内容类型以及资料（数值） 范围。
对话框的写作，在MFC 程序设计中轻松无比。你可以尝试练习一个比较复杂的对话框。
625
…………………………………………………………Page 688……………………………………………………………
第篇 深入 MFC 程式設計
626
…………………………………………………………Page 689……………………………………………………………
第 11 章 View 功能之加強與重繪效率之提昇
11
第 章
View 功能之加強 与
重绘效率之提升
前面数章中，我们已经看到了View 如何扮演Document 与使用者之间的媒介：View 显
示Document 的资料内容，并且接受鼠标在窗口上的行为（左键按下、放开、鼠标移动），
视为对Document 的操作。
Scribble 可以对同一份Document 产生一个以上的Views ，这是MDI 程序的「天赋」
MDI 程序标准的【Window/New Window 】窗体项目就是为达此目标而设计的。但有一个
缺点还待克服，那就是你在窗口Ａ的绘图动作不能实时影响窗口Ｂ，也就是说它们之间
并没有所谓的同步更新…即使它们是同一份资料的一体两面！
Scribble Step4 解决上述问题。主要关键在于想办法通知所有相同血源（同一份
Document ）的各兄弟（各个Views ），让它们一起行动。但却因此必须考虑这个问题：
如果使用者的一个鼠标动作引发许多许多的程序绘图动作，那么「同步更新」的绘图效
率就变得非常重要。因此在考量如何加强显示能力时，我们就得设计所谓的「必要绘图
区」，也就是所谓的Invalidate Region，或称「不再适用的区域」或「重绘区」。每当使
用者增加新的线条，Scribble Step4 便把「包围该线条之最小四方形」设定为「必要绘图
区」。为了记录这项资料，从Step1 延用至今的Document 数据结构必须有所改变。
Step4 的同步更新，是以一笔画为单位，而非以一个点为单位。换句话说在一笔画未完
627
…………………………………………………………Page 690……………………………………………………………
第篇 深入 MFC 程式設計
成之前，不打算让同源的多个View 窗口同步更新…那毕竟太伤效率了。
Scribble Step4 的另一项改善是为Document Frame 窗口增加垂直和水平滚动条，并且示范
一种所谓的分裂窗口（Splitter window ），如图11…1。这种窗口的主要功能是当使用者
欲对文件做一体两面（或多面）观察时，各个观察子窗口可以集中在一个大的母窗口中。
在这里，子窗口被称为「窗口」（pane ）。
图11…1 Scribble Step4 ， 同源 （ 同一份Document ） 之各个View 窗口
具备同步更新的能力。Document Frame 窗口具备分裂窗口与卷轴。
628
…………………………………………………………Page 691……………………………………………………………
第 11 章 View 功能之加強與重繪效率之提昇
同時修改多个 ： OnUpdate
Views UpdateAllViews 和
在Scribble View 上绘图，然后选按【Window/New Window 】，会蹦出另一个新的View ，
其内的图形与前一个View 相同。这两个Views 就是同一份文件的两个「观景窗」。新
窗口的产生导至WM_PAINT 产生，于是OnDraw 发生效用，把文件内容画出来：
图11…2 一份Docu