友情提示：如果本网页打开太慢或显示不完整，请尝试鼠标右键“刷新”本网页！
深入浅出MFC第2版(PDF格式)-第75部分
快捷操作: 按键盘上方向键 ← 或 → 可快速上下翻页 按键盘上的 Enter 键可回到本书目录页 按键盘上方向键 ↑ 可回到本页顶部! 如果本书没有阅读完，想下次继续接着阅读，可使用上方 "收藏到我的浏览器" 功能 和 "加入书签" 功能！
处理，一方面也为了示范MFC 程序如何调用Windows API 函数。许多人可能不熟悉
LineDDA，所以我也一并介绍这个有趣的函数。
398
…………………………………………………………Page 461……………………………………………………………
第６章 MFC 程式的生死因果
首先介绍LineDDA ：
void WINAPI LineDDA（int； int； int； int； LINEDDAPROC； LPARAM）；
这个函数用来做动画十分方便，你可以利用前四个参数指定屏幕上任意两点的（x；y）
座
标，此函数将以Bresenham 算法（注） 计算出通过两点之直线中的每一个屏幕图素座
标；每计算出一个坐标，就通知由LineDDA 第五个参数所指定的callback 函数。这个
callback 函数的型式必须是：
typedef void （CALLBACK* LINEDDAPROC）（int； int； LPARAM）；
通常我们在这个callback 函数中设计绘图动作。玩过Windows 的接龙游戏吗？接龙成
功后扑克牌的跳动效果就可以利用LineDDA 完成。虽然扑克牌的跳动路径是一条曲
线，但将曲线拆成数条直线并不困难。LineDDA 的第六个（最后一个）参数可以视应用
程序的需要传递一个32 位指针，本例中Hello 传的是一个Device Context 。
Bresenham 算法是计算机图学中为了「显示器（屏幕或打印机）系由图素构成」的这个
特性而设计出来的算法，使得求直线各点的过程中全部以整数来运算，因而大幅提升
计算速度。
｛ （x1； y1） LineDDACallback（int； int； PLARAM）
｛
。。。
。。。
。。。
｝
｝
（x2； y2）
LineDDA Bresenham 算法计算出通过两点之直线中每一个
你可以指定两个坐标点， 将以
屏幕图素的坐标。每计算出一个坐标，就以该坐标为参数，调用你所指定的callback 函数。
图6…6 LineDDA 函数说明
399
…………………………………………………………Page 462……………………………………………………………
第篇 湷觥 FC 程式設計
LineDDA 并不属于任何一个MFC 类别，因此调用它必须使用C＋＋ 的〃scope operator〃
（也就是：：）：
void CMyFrameWnd：：OnPaint（）
｛
CPaintDC dc（this）；
CRect rect；
GetClientRect（rect）；
dc。SetTextAlign（TA_BOTTOM ｜ TA_CENTER）；
：：LineDDA（rect。right/2； 0； rect。right/2； rect。bottom/2；
（LINEDDAPROC） LineDDACallback； （LPARAM） （LPVOID） &dc）；
｝
其中LineDDACallback 是我们准备的callback 函数，必须在类别中先有声明：
class CMyFrameWnd ： public CFrameWnd
｛
。。。
private：
static VOID CALLBACK LineDDACallback（int；int；LPARAM）；
｝；
请注意，如果类别的成员函数是一个callback 函数， 你必须声明它为〃static〃，才能把
C＋＋ 编译器加诸于函数的一个隐藏参数this 去掉（请看方块批注） 。
以类别的成员函数作为 Windows callback 函数
虽然现在来讲这个题目，对初学者而言恐怕是过于艰深，但我想毕竟还是个好机会
……我可以在介绍如何使用callback 函数的场合，顺便介绍一些C＋＋ 的重要观念。
首先我要很快地解释一下什么是callback 函数。凡是由你设计而却由Windows 系
统调用的函数，统称为callback 函数。这些函数都有一定的类型，以配合Windows
的调用动作。
某些Windows API 函数会要求以callback 函数作为其参数之一，这些API 例如
400
…………………………………………………………Page 463……………………………………………………………
第６章 MFC 程式的生死因果
SetTimer 、LineDDA、EnumObjects 。通常这种API 会在进行某种行为之后或满足某种
状态之时调用该callback 函数。图6…6 已解释过LineDDA调用callback 函数的时机；
下面即将示范的EnumObjects 则是在发现某个Device Context 的GDI object 符合我们
的指定类型时，调用callback 函数。
好，现在我们要讨论的是，什么函数有资格在C＋＋ 程序中做为callback 函数？这个
问题的背后是：C＋＋ 程序中的callback 函数有什么特别的吗？为什么要特别提出讨论？
是的，特别之处在于，C＋＋ 编译器为类别成员函数多准备了一个隐藏参数（程序代码
中看不到），这使得函数类型与Windows callback 函数的预设类型不符。
假设我们有一个CMyclass 如下：
class CMyclass ｛
private ：
int nCount；
int CALLBACK _export
EnumObjectsProc（LPSTR lpLogObject； LPSTR lpData）；
public ：
void enumIt（CDC& dc）；
｝
void CMyclass：：enumIt（CDC& dc）
｛
// 注册callback 函数
dc。EnumObjects（OBJ_BRUSH； EnumObjectsProc； NULL）；
｝
C＋＋ 编译器针对CMyclass：：enumIt 实际做出来的码相当于：
void CMyclass：：enumIt（CDC& dc）
｛
// 注册callback 函数
CDC：：EnumObjects（OBJ_BRUSH； EnumObjectsProc；
NULL； （CDC *）&dc）；
｝
你所看到的最后一个参数，（CDC *）&dc，其实就是this 指针。类别成员函数靠着this
401
…………………………………………………………Page 464……………………………………………………………
第篇 湷觥 FC 程式設計
指针才得以抓到正确对象的资料。你要知道，内存中只会有一份类别成员函数，
但却可能有许多份类别成员变量……每个对象拥有一份。
C＋＋ 以隐晦的this 指针指出正确的对象。当你这么做：
nCount = 0；
其实是：
this…》nCount = 0；
基于相同的道理，上例中的EnumObjectsProc 既然是一个成员函数，C＋＋ 编译器也
会为它多准备一个隐藏参数。
好，问题就出在这个隐藏参数。callback 函数是给Windows 调用用的，Windows 并
不经由任何对象调用这个函数，也就无由传递this 指针给callback 函数，于是导至
堆栈中有一个随机变量会成为this 指针，而其结果当然是程序的崩溃了。
要把某个函数用作callback 函数，就必须告诉C＋＋ 编译器，不要放this 指针作为
该函数的最后一个参数。两个方法可以做到这一点：
1。 不要使用类别的成员函数（也就是说，要使用全域函数）做为callback 函数。
2。 使用static 成员函数。也就是在函数前面加上static 修饰词。
第一种作法相当于在C 语言中使用callback 函数。第二种作法比较接近OO 的精神。
我想更进一步提醒你的是，C＋＋ 中的static 成员函数特性是，即使对象还没有产生，
static 成员也已经存在（函数或变量都如此） 。换句话说对象还没有产生之前你已经
可以调用类别的static 函数或使用类别的static 变量了。请参阅第二章。
也就是说，凡声明为static 的东西（不管函数或变量）都并不和对象结合在一起，
它们是类别的一部份，不属于对象。
402
…………………………………………………………Page 465……………………………………………………………
第６章 MFC 程式的生死因果
空闲时间（idle time）的处理：OnIdle
为了让Hello 程序更具体而微地表现一个MFC 应用程序的水准，我打算为它加上空闲
时间（idle time ）的处理。
我已经在第１章介绍过了空闲时间，也简介了Win32 程序如何以PeekMessage 「偷闲」。
Microsoft 业已把这个观念落实到CWinApp （不，应该是CWinThread）中。请你回头看
看本章的稍早的「CWinApp：：Run 程序生命的活水源头」一节，那一节已经揭露了MFC
消息循环的秘密：
int CWinThread：：Run（）
｛
。。。
for （；；）
｛
while （bIdle &&
！：：PeekMessage（&m_msgCur； NULL； NULL； NULL； PM_NOREMOVE））
｛
// call OnIdle while in bIdle state
if （！OnIdle（lIdleCount＋＋））
bIdle = FALSE； // assume 〃no idle〃 state
｝
。。。 // msg loop
｝
｝
CThread：：OnIdle 做些什么事情呢？CWinApp 改写了OnIdle 函数，CWinApp：：OnIdle 又
做些什么事情呢？你可以从THRDCORE。CPP 和APPCORE。CPP 中找到这两个函数的
源代码，源代码可以说明一切。当然基本上我们可以猜测OnIdle 函数中大概是做一些
系统（指的是MFC 本身）的维护工作。这一部份的功能可以说日趋式微，因为低优先
权的执行线程可以替代其角色。
如果你的MFC 程序也想处理idle time，只要改写CWinApp 衍生类别的OnIdle 函数即
可。这个函数的类型如下：
virtual BOOL OnIdle（LONG lCount）；
403
…………………………………………………………Page 466……………………………………………………………
第篇 湷觥 FC 程式設計
lCount 是系统传进来的一个值，表示自从上次有消息进来，到现在，OnIdle 已经被调用
了多少次。稍后我将改写Hello 程序，把这个值输出到窗口上，你就可以知道空闲时间
是多么地频繁。lCount 会持续累增，直到CWinThread：：Run 的消息循环又获得了一个讯
息，此值才重置为0 。
注意：Jeff Prosise 在他的Programming Windows 95 with MFC 一书第７章谈到OnIdle
函数时，曾经说过有几个消息并不会重置lCount 为0，包括鼠标消息、WM_SYSTIMER 、
WM_PAINT 。不过根据我实测的结果，至少鼠标消息是会的。稍后你可在新版的Hello 程
序移动鼠标，看看lCount 会不会重设为0 。
我如何改写Hello 呢？下面是几个步骤：
1。 在CMyWinApp 中增加OnIdle 函数的声明：
class CMyWinApp ： public CWinApp
｛
public：
virtual BOOL InitInstance（）； // 每一个应用程序都应该改写此函数
virtual BOOL OnIdle（LONG lCount）； // OnIdle 用来处理空闲时间（idle time）
｝；
2。 在CMyFrameWnd 中增加一个IdleTimeHandler 函数声明。这么做是因为我希
望在窗口中显示lCount 值， 所以最好的作法就是在OnIdle 中调用
CMyFrameWnd 成员函数，这样才容易获得绘图所需的DC 。
class CMyFrameWnd ： public CFrameWnd
｛
public：
CMyFrameWnd（）； // constructor
afx_msg void OnPaint（）； // for WM_PAINT
afx_msg void OnAbout（）； // for WM_MAND （IDM_ABO
快捷操作: 按键盘上方向键 ← 或 → 可快速上下翻页 按键盘上的 Enter 键可回到本书目录页 按键盘上方向键 ↑ 可回到本页顶部!
温馨提示： 温看小说的同时发表评论，说出自己的看法和其它小伙伴们分享也不错哦！发表书评还可以获得积分和经验奖励，认真写原创书评 被采纳为精评可以获得大量金币、积分和经验奖励哦！