UG动态库向导所做的DLL，就是win32 dll

UG动态库向导所做的DLL，就是win32 dll
－－－
谢谢键盘兄，如果是这样，

stdafx.h是VC 编译器默认添加的。C程序就没有。它可以去掉的，设置一下工程设置里的预编译头文件项就可以。

嗯，道理，我在UGwizarddll头文件加#inclde

对了，“我想在UG向导环境中隐式加载win32dll,编译时会报错头文件tablelinking.h(23) : error C2504: 'CWinApp' : base class undefined 为什么呢？ ”－－－刚开始还以为UGwizarddll不支持WIN32的类呢，加#inclde

最好别采用UG向导，直接使用MFC

是这样的。但因为原来已经用USTYLER做好了部分控件，虽然感觉不是很爽，但要全部重写，也挺花时间。现在是在想个办法，要让原来的控件能与SQL数据库通信就行，但试了好久，不怎么理想啊，键盘兄你有什么好办法吗？
下面是我的控件间数据传递几种方案：
1、数据文件，缺点显而易见，而且系统已经有部分数据在SQLSERVER2000内
2、UGWIZARDDLL与SQL通信，想把编好的UGWIZARDDLL扩展成完整的WIN32DLL或MFC常规DLL，但处处受限，不好扩展，真不知道UGWIZARD到底怎么封装的，又怎么扩展？
3、UGWIZARDDLL与SQL通信，通过调用WIN32DLL输出的ADO＿RECORDSET指针，利用指针与数据库通信，试过，但在UGWIZARD中RECORDSET指针就失灵，不能读也不能写，哎，想放弃！
4、新建MFCDLL建立ADO与数据库连接，C 文件读写与ADORECORDSET通信。加载UG控件让UG与数据文件通信。好复杂啊，还没试。
方案2似乎理想一点，不知道能不能实现？键盘兄，一定给我出个主意

你的第二种方法，和第四种方法没什么区别吧，在一个win32 dll中，添加MFC的库和头文件就是了，这需要你了解需要哪些文件。

没怎么表达明白，
第二种方案通信过程应该是这样：UGWIZARD－－（扩展）MFC＝＝SQL（－－表示向前单向，＝＝表示双向，下同）
第四种方案是这样：UGWIZARD＝＝数据文件＝＝基于MFC的ADO连接动态库函数＝＝SQL。因为第三种方案WIN32动态库输出的指针到UG环境就失灵（用WIN32控制台也不行，我想可能是动态库无法调用RECORDSET类函数）所以改用MFCADODLL输出数组、接收数组并更新SQL。UGWIZARD与MFCADODLL之间以数据文件为中介！应该但也不灵活多少啊！