按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
｝
现在，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 一份Document 连结两个Views ， 没有同步修正画面。
但是， 此后如果你在Scrib1：1 窗口上绘图而未缩放其尺寸的话（也就是不产生
WM_PAINT ），Scrib1：2 窗口内看不到后续绘图内容。我们并不希望如此，不幸的是上
一章的Scribble Step3 正是如此。
不能同步更新的关键在于，没有人通知所有的兄弟们（Views ）一起动手…动手调用
OnDraw 。你是知道的，只有当WM_PAINT 产生，OnDraw 才会被调用。因此，解决方
式是对每一个兄弟都发出WM_PAINT ，或任何其它方法…只要能通知到就好。也就是
说，让附属于同一Document 的所有Views 都能够立即反应Document 内容变化的方法
就是，始作俑者（被使用者用来修改Document 内容的那个View ）必须想办法通知其
他兄弟。
629
…………………………………………………………Page 692……………………………………………………………
第篇 深入 MFC 程式設計
经由CDocument：：UpdateAllViews，MFC 提供了这样的一个标准机制。
让所有的Views 同步更新资料的关键在于两个函数：
1。 CDocument：：UpdateAllViews 这个函数会巡访所有隶属同一份Document 的各
个Views ，找到一个就通知一个，而所谓「通知」就是调用其OnUpdate 函数。
2。 CView：：OnUpdate 我们可以在这个函数中设计绘图动作。或许是全部重绘（这
比较笨一点），或许想办法只绘必要的一小部份（这比较聪明一些）。
Document
View：1 View：2 View：3
o1 使用者在View：1 做动作（View 扮演使用者接口的第一线）。
o2 View：1 调用GetDocument ，取得Document 指针，更改资料内容。
o3 View：1 调用Document 的UpdateAllViews 。
o4 View：2 和View：3 的OnUpdate 一一被调用起来，这是更新画面的时机。
如果想让绘图程序聪明一些，不要每次都全部重绘，而是只择「必须重绘」的区域重绘，
那么OnUpdate 需要被提示什么是「必须重绘的区域」，这就必须借助于UpdateAllViews
的参数：
virtual void UpdateAllViews（CView* pSender；
LPARAM lHint；
CObject* pHint）；
第一个参数代表发出此一通牒的始作俑者。这个参数的设计无非是希望避免重
复而无谓的通牒，因为始作俑者自己已经把画面更新过了（在鼠标消息处理常
式中），不需要再被通知。
630
…………………………………………………………Page 693……………………………………………………………
第 11 章 View 功能之加強與重繪效率之提昇
■后面两个参数lHint 和pHint 是所谓的提示参数（Hint ），它们会被传送到同
一Document 所对应的每一个Views 的OnUpdate 函数去。lHint 可以是一些
特殊的提示值，pHint 则是一个衍生自CObject 的对象指针。靠着设计良好的
「提示」，OnUpdate 才有机会提高绘图效率。要不然直接通知OnDraw 就好
了，也不需要再搞出一个OnUpdate。
另一方面，OnUpdate 收到三个参数（由CDocument：： UpdateAllViews 发出）：
virtual void OnUpdate（CView* pSender；
LPARAM lHint；
CObject* pHint）；
因此，一旦Document 资料改变，我们应该调用CDocument：：UpdateAllViews 以通知所有
相关的Views 。而在CMyView：：OnUpdate 函数中我们应该以效率为第一考量，利用参数
中的hint 设定重绘区，使后续被唤起的OnDraw 有最快的工作速度。注意，通常你不
应该在OnUpdate 中执行绘图动作，所有的绘图动作最好都应该集中在OnDraw；你在
OnUpdate 函数中的行为应该是计算哪一块区域需要重绘， 然后调用
CWnd：：InvalidateRect ，发出WM_PAINT 让OnDraw 去画图。
结论是，改善同步更新以及绘图效率的前置工作如下：
1。 定义hint 的