如何作一个类的回调函数

Windows 3.x是一个分时多任务操作环境，在此环境下，多个应用程序可以并发地执行。为了在并发执行的多个任务之间共享数据和资源，Windows 提供了几种机制，主要是通过剪贴板(Clipboard)和动态数据交换(Dynamic Data Exchange)。前者对于用户需要直接参与的数据交换来说，是一个非常方便的工具，但是如果希望数据交换自动进行时就必须依靠DDE技术了。编写 DDE应用的技术也发展了好几代，从最初的基于消息的DDE到基于DDEML(动态数据交换管理库)，再到现在流行的OLE技术。DDE技术的发展使得程 序开发人员编写DDE应用更为简洁。从发展趋势来看，基于OLE的数据交换是最好的，它特别符合当今软件领域的客户-服务器机制(Client- Server)。为适应多平台和Internet的需要，在OLE基础上微软又开发了ActiveX技术。但是不容忽视的是，基于传统的DDE数据交换也 自有它的应用空间，使用仍然广泛。目前在Windows 3.x下，基于OLE的远程数据交换还很不成熟，但是在WFW(Windows for Workgroup)下基于网络动态数据交换的技术却很成熟，目前也应用非常普遍。关于DDE应用的开发和NetDDE的应用可以参看附录7。

　　 1、回调函数的处理

　 　由于DDEML机制需要使用回调函数，因此使用DDEML的关键是解决在MFC编程体系中回调函数的使用。回调函数(Callback function)大量用于Windows的系统服务，通过它，程序员可以安装设备驱动程序和消息过滤系统，以控制Windows的有效使用。许多程序员 都发现，利用MFC或者其它的C++应用编写回调函数是非常麻烦的，其根本原因是回调函数是基于C编程的Windows SDK的技术，不是针对C++的，程序员可以将一个C函数直接作为回调函数，但是如果试图直接使用C++的成员函数作为回调函数将发生错误，甚至编译就不 能通过。通过查询资料发现，其错误是普通的C++成员函数都隐含了一个传递函数作为参数，亦即“this”指针，C++通过传递一个指向自身的指针给其成 员函数从而实现程序函数可以访问C++的数据成员。这也可以理解为什么C++类的多个实例可以共享成员函数但是确有不同的数据成员。由于this指针的作 用，使得将一个CALLBACK型的成员函数作为回调函数安装时就会因为隐含的this指针使得函数参数个数不匹配，从而导致回调函数安装失败。要解决这 一问题的关键就是不让this指针起作用，通过采用以下两种典型技术可以解决在C++中使用回调函数所遇到的问题。这种方法具有通用性，适合于任何C+ +。

　　1). 不使用成员函数，直接使用普通C函数，为了实现在C函数中可以访问类的成员变量，可以使用友元操作符(friend)，在C++中将该C函数说明为类的友元即可。这种处理机制与普通的C编程中使用回调函数一样。

　 　2). 使用静态成员函数，静态成员函数不使用this指针作为隐含参数，这样就可以作为回调函数了。静态成员函数具有两大特点：其一，可以在没有类实例的情况下 使用；其二，只能访问静态成员变量和静态成员函数，不能访问非静态成员变量和非静态成员函数。由于在C++中使用类成员函数作为回调函数的目的就是为了访 问所有的成员变量和成员函数，如果作不到这一点将不具有实际意义。解决的办法也很简单，就是使用一个静态类指针作为类成员，通过在类创建时初始化该静态指 针，如pThis=this，然后在回调函数中通过该静态指针就可以访问所有成员变量和成员函数了。这种处理办法适用于只有一个类实例的情况，因为多个类 实例将共享静态类成员和静态成员函数，这就导致静态指针指向最后创建的类实例。为了避免这种情况，可以使用回调函数的一个参数来传递this指针，从而实 现数据成员共享。这种方法稍稍麻烦，这里就不再赘述。

http://tb.blog.csdn.net/TrackBack.aspx?PostId=508574