按键盘上方向键 ← 或 → 可快速上下翻页，按键盘上的 Enter 键可回到本书目录页，按键盘上方向键 ↑ 可回到本页顶部！
————未阅读完？加入书签已便下次继续阅读！
8001 这是（wOldClassTag ｜ nClassIndex ）的组合结果，表示接下来的对象
仍旧使用旧类别（稍后详述）
0005 第二条线条的宽度。
0003 第二条线条的点数组大小（点数）。
00000018；0000002B 第二条线条的第一个点坐标（CPoint 对象）。
00000018；0000002C 第二条线条的第二个点坐标（CPoint 对象）。
00000018；0000002C 第二条线条的第三个点坐标（CPoint 对象）。
8001 表示接下来的对象仍旧使用旧类别。
000A 第三条线条的宽度。
0002 第三条线条的点数组大小（点数）。
00000018；00000048 第三条线条的第一个点坐标（CPoint 对象）。
00000018；00000048 第三条线条的第二个点坐标（CPoint 对象）。
8001 表示接下来的对象仍旧使用旧类别。
0014 第四条线条的宽度。
0002 第四条线条的点数组大小（点数） 。
00000018；00000064 第四条线条的第一个点坐标（CPoint 对象）。
00000018；00000064 第四条线条的第二个点坐标（CPoint 对象）。
图8…6b PENWIDTH。SCB 文件内容剖析。别忘了Intel 采用〃little…endian〃
字节排列方式，每一个字组的前后字节系颠倒放置。
506
…………………………………………………………Page 569……………………………………………………………
第８章 Document…View 深入探討
台面下的Serialize 写档奥秘
你属于打破砂锅问到底，不到黄河心不死那一型吗？我会满足你的好奇心。
从应用程序代码的层面来看，关于文件的读写，我们有许多环节无法打通，类别的层层呼
叫动作似乎有几个缺口，而图8…6a 文件档倾印码中神秘的FF FF 01 00 07 00 43 53 74 72
6F 6B 65 也暧昧难明。现在让我来抽丝剥茧。
在挖宝过程之中，我们当然需要一些工具。我不选用昂贵的电钻、空压机或怪手（因为
你可能没有），我只选用简单的鹤嘴锄和铲子：一个文字搜寻工具，一个文件倾印工具，
一个Visual C＋＋ 内含的除错器。
■ GREP。 ：UNIX 上赫赫有名的文字搜寻工具，Borland C＋＋ 编译器套件附
了一个DOS 版。此工具可以为我们搜寻文件中是否有特定字符串。PC Tools 也
有这种功能，但PC Tools 属于重量级装备，不符合我的选角要求。GREP 的
使用方式如下：
E：MSDEVMFCSRC》 grep …d Serialize *。cpp
搜寻对象
欲搜寻之字符串（如果中有空白，
可用双含号整个括起来）
…d 表示子目录一并搜寻（此为选项）
■ TDUMP。EXE：Turbo Dump ，Borland C＋＋ 所附工具，可将任何文件以16 进位
码显示。使用方式如下：
C：》 tdump penwidth。scb （输出结果将送往屏幕）
或
C：》 tdump penwidth。scb 》 filename （输出结果将送往文件）
■ Visual C＋＋ 除错器：我已在第４章介绍过这个除错器。我假设你已经懂得如
何设定断点、观察变量值，并以Go 、Step Into、Step Over、Step Out 、Step to
Cursor 进行除错。这里我要补充的是如何观察〃Call Stack〃。
507
…………………………………………………………Page 570……………………………………………………………
第篇 深入 MFC 程式設計
如果我把断点设在CScribbleDoc：：OnOpenDocument 函数中的第一行，
然后以Go 进入除错程序，当我在Scribble 中打开一份文件（首先面对一个对话框，
然后指定文件名），程序停留在断点上，然后我选按【View/Call Stack 】，出现【Call
Stack】窗口，把断点之前所有未结束的函数列出来。这份资料可以帮助我们挖掘
MFC 。
好，图8…5a 的函数流程使图8…6a 的文件档倾印码曙光乍现，但是其中有些关节仍还模
模糊糊，旋明旋暗。那完全是因为CObList 在处理每一个元素（一个CObject 衍生类别
之对象实体）的文件动作时，有许多幕后的、不易观察到的机制。让我们从使用者按下
【Save As】菜单项目开始，追踪程序的进行。
508
…………………………………………………………Page 571……………………………………………………………
第８章 Document…View 深入探討
遍寻Scribble 程序，并没有发现曾经在哪里拦截过【Save As】
命令消息，那么必是某个「CCmdTarget 衍生类别」曾经在其
Message Map 中设定过对此消息之处理函数。我猜想
CDocument 最有这个可能：
BEGIN_MESSAGE_MAP（CDocument； CCmdTarget）
BEGIN_MESSAGE_MAP（CDocument； CCmdTarget）
//｛｛AFX_MSG_MAP（CDocument）
//｛｛AFX_MSG_MAP（CDocument）
ON_MAND（ID_FILE_CLOSE； OnFileClose）
ON_MAND（ID_FILE_CLOSE； OnFileClose）
ON_MAND（ID_FILE_SAVE； OnFileSave）
ON_MAND（ID_FILE_SAVE； OnFileSave）
ON_MAND（ID_FILE_SAVE_AS； OnFileSaveAs）
ON_MAND（ID_FILE_SAVE_AS； OnFileSaveAs）
//｝｝AFX_MSG_MAP
//｝｝AFX_MSG_MAP
END_MESSAGE_MAP（）
END_MESSAGE_MAP（）
宾果！于是【Save As】引发CDocument：：OnFileSaveAs 被调用。
void CDocument：：OnFileSaveAs（）
void CDocument：：OnFileSaveAs（）
｛
｛
if （！DoSave （NULL））
if （！DoSave （NULL））
TRACE0（〃Warning： File save…as failed。n〃）；
TRACE0（〃Warning： File save…as failed。n〃）；
｝
｝
BOOL CDocument：：DoSave（LPCTSTR lpszPathName； BOOL bReplace）
｛
CString newName = lpszPathName；
if （newName。IsEmpty（））
｛
CDocTemplate* pTemplate = GetDocTemplate（）；
newName = m_strPathName；
。。。
if （！AfxGetApp（）…》DoPromptFileName （newName；
bReplace ？ AFX_IDS_SAVEFILE ： AFX_IDS_SAVEFILECOPY；
OFN_HIDEREADONLY ｜ OFN_PATHMUSTEXIST； FALSE； pTemplate））
return FALSE； // don't even attempt to save
｝
CWaitCursor wait；
if （！OnSaveDocument （newName））
｛ 。。。 ｝
下页
。。。
｝
509
…………………………………………………………Page 572……………………………………………………………
第篇 深入 MFC 程式設計
BOOL CDocument：：OnSaveDocument（LPCTSTR lpszPathName）
｛
CFileException fe；
CFile* pFile = NULL；
pFile = GetFile（lpszPathName； CFile：：modeCreate ｜
CFile：：modeReadWrite ｜ CFile：：shareExclusive； &fe）；
CArchive saveArchive（pFile； CArchive：：store ｜
CArchive：：bNoFlushOnDelete）；
saveArchive。m_pDocument = this；
虽然看起来像是调用CDocument：：Serialize；但事实上
saveArchive。m_bForceFlat = FALSE；
因为Serialize是虚拟函数；而CScribbleDoc 已改写
TRY
它，而且目前的this指针是指向CScribbleDoc对象
｛
CWaitCursor wait； （别忘了整个追踪路线的起源是Scribble Docment
我会在下一章消息绕行这一主题中解释更详尽一�