amic 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指针，从而实现数据成员共享。这种 方法稍稍麻烦，这里就不再赘述。

2、在MFC中使用DDEML

对于典型的MFC应用程序，主框架窗口类(CMainFrame)只有一个实例，因此可以使用 静态成员函数作为回调函数，从而实现DDE机制。具体的代码片段如下：
(1) 在CMainFrame类中声明如下静态成员：
static CMainFrame* pThis;
static DWORD idInst;
static HDDEDATA CALLBACK EXPORT DdeCallback(UINT,UINT,HC