可否由UG动态库向导扩展为win32dll?

第三种应该也可行。ADO是COM技术，COM是二进制文件，应该可以调用的。我觉得你要想在原来的程序环境中工作，还是选用这种较合理。做一个资源DLL，里面封装ADO的对象指针。可能难度大吧。  
  
－－－－－－不大明白，那为什么加载动态库后，RECORDSET－＞list member function再也看不到成员函数呢？是不是因为DLL输出的记录集没有成员函数（ADO封装，当然不会重定义），而此时记录集指针不能再调用ADO记录集函数？？也就是说DLL内有什么就读出什么或能做什么，而要它再去调用一个不在DLL内的函数就不行？每想到这，还是感觉自己的计算机基础有点菜，毕竟是半路出家啊，键盘兄，请指点指点
  
你所说的这个资源DLL，要怎么来封装指针才好呢？我把WIN32＿ADO＿DLL文件传上来，帮我看看，这样封装，行不行？

part02

part03

怎么不见了我的贴子啊，重发
  
第三种应该也可行。ADO是COM技术，COM是二进制文件，应该可以调用的。我觉得你要想在原来的程序环境中工作，还是选用这种较合理。做一个资源DLL，里面封装ADO的对象指针。可能难度大吧。  
  
－－－－－－不大明白，那为什么加载动态库后，RECORDSET－＞list member function再也看不到成员函数呢？是不是因为DLL输出的记录集没有成员函数（ADO封装，当然不会重定义），而此时记录集指针不能再调用ADO记录集函数？？也就是说DLL内有什么就读出什么或能做什么，而要它再去调用一个不在DLL内的函数就不行？每想到这，还是感觉自己的计算机基础有点菜，毕竟是半路出家啊，键盘兄，请指点指点
  
你所说的这个资源DLL，要怎么来封装指针才好呢？我把WIN32＿ADO＿DLL文件传上来，帮我看看，这样封装，行不行？

奇怪，贴不上的？
第三种应该也可行。ADO是COM技术，COM是二进制文件，应该可以调用的。我觉得你要想在原来的程序环境中工作，还是选用这种较合理。做一个资源DLL，里面封装ADO的对象指针。可能难度大吧。  
  
－－－－－－不大明白，那为什么加载动态库后，RECORDSET－＞list member function再也看不到成员函数呢？是不是因为DLL输出的记录集没有成员函数（ADO封装，当然不会重定义），而此时记录集指针不能再调用ADO记录集函数？？也就是说DLL内有什么就读出什么或能做什么，而要它再去调用一个不在DLL内的函数就不行？每想到这，还是感觉自己的计算机基础有点菜，毕竟是半路出家啊，键盘兄，请指点指点
  
你所说的这个资源DLL，要怎么来封装指针才好呢？我把WIN32＿ADO＿DLL文件传上来，帮我看看，这样封装，行不行？

你的UG DLL支持C++吗？

不支持？不会吧？我按下图选的，怎么测定的？

你没放UG DLL，我不清楚它不是C格式的DLL，所以问了一下。]
我再考虑一下。

我做了个，问题不少，发给你看看

不用那么麻烦了。
直接在你的UG DLL里import ado库，就可以用。