按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
BEGIN
。。。
POPUP 〃&Edit〃
BEGIN
。。。
MENUITEM 〃Clear &All〃； ID_EDIT_CLEAR_ALL
END
POPUP 〃&Pen〃
BEGIN
MENUITEM 〃Thick &Line〃； ID_PEN_THICK_OR_THIN
MENUITEM 〃Pen &Widths。。。〃； ID_PEN_WIDTHS
END
。。。
END
587
…………………………………………………………Page 650……………………………………………………………
第篇 深入 MFC 程式設計
STRINGTABLE DISCARDABLE
BEGIN
ID_PEN_THICK_OR_THIN 〃Toggles the line thickness between thin and thicknToggle pen〃
ID_PEN_WIDTHS 〃Sets the size of the thin and thick pennPen thickness〃
END
STRINGTABLE DISCARDABLE
BEGIN
ID_EDIT_CLEAR_ALL 〃Clears the drawingnErase All〃
。。。
END
改变工具栏
过去，也就是Visual C＋＋ 4。0 之前，改变工具栏有点麻烦。你必须先以图形编辑器修改工
具列对应之bitmap 图形，然后更改程序代码中对应的工具栏按钮识别码。现在可就轻松
多了，工具栏编辑器让我们一气呵成。主要原因是，工具栏现今也成为了资源的一种。
下面是Scribble Step1 的工具栏：
File/New Edit/Cut File/Print
File/Open Edit/Copy Help/About
File/Save Edit/Paste
现在我希望为【Pen/Thick Line 】命令项设计一个工具栏按钮，并且把Scribble 用不到的
三个预设按钮去除（分别是Cut 、Copy 、Paste）：
File/ New File/ Print
File/Open Help/About
File/Save
Pen/Thick Line
编辑动作如下：
588
…………………………………………………………Page 651……………………………………………………………
第９章 訊息映射與命令繞行
激活工具栏编辑器，选择IDR_MAINFRAME 。有一个绘图工具箱出现在最右侧。
将三个用不着的按钮除去：以鼠标拖拉这些按钮，拉到工具栏以外即可。
在工具栏最右侧的空白按钮上作画，并将它拖拉到适当位置。
为了让这个新的按钮起作用，必须指定一个ID 给它。我们希望这个按钮相当
于【Pen/Thick Line 】命令项，所以它的ID 当然应该与该命令项的ID 相同，
也就是ID_PEN_THICK_OR_THIN 。双击这个新按钮，出现【Toolbar Button
Properties 】对话框，请选择正确的ID 。注意，由于此一ID 先前已定义好，所
以其提示字符串以及小黄卷标也就与此一工具栏按钮产生了关联。
存盘。
工具栏编辑器为我们修改了工具栏的bitmap 图形文件内容：
IDR_MAINFRAME BITMAP MOVEABLE PURE 〃resToolbar。bmp〃
同时，工具栏项目也由原来的：
589
…………………………………………………………Page 652……………………………………………………………
第篇 深入 MFC 程式設計
IDR_MAINFRAME TOOLBAR DISCARDABLE 16； 15
BEGIN
BUTTON ID_FILE_NEW
BUTTON ID_FILE_OPEN
BUTTON ID_FILE_SAVE
SEPARATOR
BUTTON ID_EDIT_CUT
BUTTON ID_EDIT_COPY
BUTTON ID_EDIT_PASTE
SEPARATOR
BUTTON ID_FILE_PRINT
BUTTON ID_APP_ABOUT
END
改变为：
IDR_MAINFRAME TOOLBAR DISCARDABLE 16； 15
BEGIN
BUTTON ID_FILE_NEW
BUTTON ID_FILE_OPEN
BUTTON ID_FILE_SAVE
SEPARATOR
BUTTON ID_PEN_THICK_OR_THIN
SEPARATOR
BUTTON ID_FILE_PRINT
BUTTON ID_APP_ABOUT
END
利用ClassWizard 连接命令项识别码与命令处理函数
新增的三个命令项和一个工具栏按钮，都会产生命令消息。接下来的任务就是为它们指
定一个对应的命令消息处理例程。下面是一份整理：
UI 对象（命令项） 项目识别码处理例程
【 】
Pen/Thick Line ID_PEN_THI CK_O R_THIN OnPenThi ckOrThin
【 】 OnPen Widths 理）
Pen/Pen Widths ID_PEN_ W IDTHS （第10 章再处
590
…………………………………………………………Page 653……………………………………………………………
第９章 訊息映射與命令繞行
【 】
Edit/Clear All ID_EDIT_CLEAR_ALL OnEditClearAll
消息与其处理例程的连接关系是在程序的Message Map 中确立，而Message Map 可藉
由ClassWizard 或WizardBar 完成。第８章已经利用这两个工具成功地为三个标准的
Windows 消息（WM_LBUTTONDOWN、WM_LBUTTONUP、WM_MOUSEMOVE ）设
立其消息处理函数，现在我们要为Step2 新增的命令消息设立消息处理例程。过程如下：
首先你必须决定，在哪里拦截【Edit/Clear All 】才好？本章前面对于消息映射
与命令绕行的深度讨论这会儿派上了用场。【Edit/Clear All 】这个命令的目的
是要清除文件，文件的根本是在资料的「体」，而不在资料的「面」，所以把
文件的命令处理例程放在Document 类别中比放在View 类别来得高明。命令讯
息会不会流经Document 类别？经过前数节的深度之旅，你应该自有定论了。
所以， 让我们在CScribbleDoc 的WizardBar 选择【Object IDs 】为
ID_EDIT_CLEAR_ALL ，并选择【Messages 】为MAND 。
猜猜看，如果你在【Object IDs 】中选择CScribbleDoc，右侧的【Messages 】清
单会出现什么？ 什么都没有！ 因为Document 类别只可能接受
WM_MAND，这一点你应该已经从前面所说的消息递送过程中知道了。如
果你在CScribbleApp 的WizardBar 上选择【Object IDs 】为CScribbleApp，
右侧的【Messages 】清单中也是什么都没有，道理相同。
你会获得一个对话框，询问你是否接受一个新的处理例程。选择Yes ，于是文
字编辑器中出现该函数之骨干，等待你的幸临。。。。
这样就完成了命令消息与其处理函数的连接工作。这个工作称为〃mand binding〃 。我
们的源代码获得以下修改：
Document 类别之中多了一个函数声明：
class CScribbleDoc ： public CDocument
｛
protected：
afx_msg void OnEditClearAll（）；
。。。
｝
591
…………………………………………………………Page 654……………………………………………………………
第篇 深入 MFC 程式設計
Document 类别的Message Map 中多了一笔记录：
BEGIN_MESSAGE_MAP（CScribbleDoc； CDocument）
ON_MAND（ID_EDIT_CLEAR_ALL； OnEditClearAll）
。。。
END_MESSAGE_MAP（）
Document 类别中多了一个函数空壳：
void CScribbleDoc：：OnEditClearAll（）
｛
｝
现在请写下OnEditClearAll 函数码：
依此要领，我们再设计OnPenThickOrThin 函数。此一函数用来更改现