class ABC :class ddd
{
public:
void Connected();
void OnConnect(bool reason);
int RequestLogin(char* userid, char* password);
void OnRequestLogin(int lastday,bool isError);
};
想要将这些函数封装成动态dll，给C#做调用，其中Connected()和RequestLogin(char* userid, char* password)在C#中是直接调用，比如aa.Connected()和aa.RequestLogin("Li","123456")，而OnConnect(bool reason)和OnRequestLogin()是需要在C#中重新定义函数(用委托?)，在里面做一个判断，比如在C#中
bool IsConnect=false;
void OnConnect(bool reason)
{
IsConnect=reason;
if(reason)
aa.RequestLogin("Li","123456")
}
请问下这个C++需要怎么处理才能做成可以让C#做Dllimport的非托管dll？
（因原项目比较复杂，不想做托管的dll，另外，class ddd是从其他地方提供的dll得到的，只能通过重写C++的代码来封装成dll）
8 个解决方案
#1
typedef void * HABC;
API HABC CreateABC();
API void DestroyABC(HABC abc);
API void Connected(HABC abc)
API int RequestLogin(HABC abc, char* userid, char* password);
API void OnRequestLogin(HABC abc, int lastday,bool isError);
直接在C#里面dllimport，然后再次封装就OK了。
#2
API是引用什么头文件的呢？
#3
API 我只是给你示例是导出的一个接口。
extern "C" __declspec(dllexport) HABC __stdcall CreateABC();
extern "C" __declspec(dllexport) HABC __stdcall CreateABC();
#ifdef ABC_EXPORT
#define ABC_API __declspec(dllexport)
#else
#define ABC_API __declspec(dllimport)
#endif
typedef void * HABC;
extern "C" {
ABC_API HABC __stdcall CreateABC();
ABC_API void __stdcall DestroyABC(HABC abc);
ABC_API void __stdcall Connected(HABC abc)
ABC_API int __stdcall RequestLogin(HABC abc, char* userid, char* password);
ABC_API void __stdcall OnRequestLogin(HABC abc, int lastday,bool isError);
}
#4
简单直接的方案是用C++/CLI
封装成一个ref class，C#就能够直接调用
封装成一个ref class，C#就能够直接调用
#5
在类里面，有个函数不支持托管dll的封闭方式，会导致在C#中调用时，这个函数不会响应。
#6
C++/CLI包装的话，调用这个类的方法是C++啊
#7
1楼是正解的
#8
不要做A语言代码修改为B语言代码的无用功。
也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。
只需让A、B语言代码的输入输出重定向到文本文件，或修改A、B语言代码让其通过文本文件输入输出。
即可很方便地让A、B两种语言之间协调工作。
比如：
A将请求数据写到文件a.txt，写完后改名为aa.txt
B发现aa.txt存在时，读取其内容，调用相应功能，将结果写到文件b.txt，写完后删除aa.txt，改名为bb.txt
A发现bb.txt存在时，读取其内容，读完后删除bb.txt
以上A可以替换为任何一种开发语言或开发环境，B可以替换为任何一种与A不同的开发语言或开发环境。
除非A或B不支持判断文件是否存在、文件读写和文件更名。
但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢？
可以将临时文件放在RamDisk上提高效率减少磨损磁盘。
数据的结构很复杂的话，文本文件的格式问题可参考json或xml
共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多，下面仅列出我现在能想到的：
·进程之间松耦合
·进程可在同一台机器上，也可跨机，跨操作系统，跨硬件平台，甚至跨国。
·方便调试和监视，只需让第三方或人工查看该临时文本文件即可。
·方便在线开关服务，只需删除或创建该临时文本文件即可。
·方便实现分布式和负载均衡。
·方便队列化提供服务，而且几乎不可能发生队列满的情况（除非硬盘空间满）
·……
“跨语言、跨机，跨操作系统，跨硬件平台，跨国，跨*.*的”苦海无边，
回头是“使用共享纯文本文件进行信息交流”的岸！
也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。
只需让A、B语言代码的输入输出重定向到文本文件，或修改A、B语言代码让其通过文本文件输入输出。
即可很方便地让A、B两种语言之间协调工作。
比如：
A将请求数据写到文件a.txt，写完后改名为aa.txt
B发现aa.txt存在时，读取其内容，调用相应功能，将结果写到文件b.txt，写完后删除aa.txt，改名为bb.txt
A发现bb.txt存在时，读取其内容，读完后删除bb.txt
以上A可以替换为任何一种开发语言或开发环境，B可以替换为任何一种与A不同的开发语言或开发环境。
除非A或B不支持判断文件是否存在、文件读写和文件更名。
但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢？
可以将临时文件放在RamDisk上提高效率减少磨损磁盘。
数据的结构很复杂的话，文本文件的格式问题可参考json或xml
共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多，下面仅列出我现在能想到的：
·进程之间松耦合
·进程可在同一台机器上，也可跨机，跨操作系统，跨硬件平台，甚至跨国。
·方便调试和监视，只需让第三方或人工查看该临时文本文件即可。
·方便在线开关服务，只需删除或创建该临时文本文件即可。
·方便实现分布式和负载均衡。
·方便队列化提供服务，而且几乎不可能发生队列满的情况（除非硬盘空间满）
·……
“跨语言、跨机，跨操作系统，跨硬件平台，跨国，跨*.*的”苦海无边，
回头是“使用共享纯文本文件进行信息交流”的岸！
#1
typedef void * HABC;
API HABC CreateABC();
API void DestroyABC(HABC abc);
API void Connected(HABC abc)
API int RequestLogin(HABC abc, char* userid, char* password);
API void OnRequestLogin(HABC abc, int lastday,bool isError);
直接在C#里面dllimport，然后再次封装就OK了。
#2
API是引用什么头文件的呢？
#3
API 我只是给你示例是导出的一个接口。
extern "C" __declspec(dllexport) HABC __stdcall CreateABC();
extern "C" __declspec(dllexport) HABC __stdcall CreateABC();
#ifdef ABC_EXPORT
#define ABC_API __declspec(dllexport)
#else
#define ABC_API __declspec(dllimport)
#endif
typedef void * HABC;
extern "C" {
ABC_API HABC __stdcall CreateABC();
ABC_API void __stdcall DestroyABC(HABC abc);
ABC_API void __stdcall Connected(HABC abc)
ABC_API int __stdcall RequestLogin(HABC abc, char* userid, char* password);
ABC_API void __stdcall OnRequestLogin(HABC abc, int lastday,bool isError);
}
#4
简单直接的方案是用C++/CLI
封装成一个ref class，C#就能够直接调用
封装成一个ref class，C#就能够直接调用
#5
在类里面，有个函数不支持托管dll的封闭方式，会导致在C#中调用时，这个函数不会响应。
#6
C++/CLI包装的话，调用这个类的方法是C++啊
#7
1楼是正解的
#8
不要做A语言代码修改为B语言代码的无用功。
也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。
只需让A、B语言代码的输入输出重定向到文本文件，或修改A、B语言代码让其通过文本文件输入输出。
即可很方便地让A、B两种语言之间协调工作。
比如：
A将请求数据写到文件a.txt，写完后改名为aa.txt
B发现aa.txt存在时，读取其内容，调用相应功能，将结果写到文件b.txt，写完后删除aa.txt，改名为bb.txt
A发现bb.txt存在时，读取其内容，读完后删除bb.txt
以上A可以替换为任何一种开发语言或开发环境，B可以替换为任何一种与A不同的开发语言或开发环境。
除非A或B不支持判断文件是否存在、文件读写和文件更名。
但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢？
可以将临时文件放在RamDisk上提高效率减少磨损磁盘。
数据的结构很复杂的话，文本文件的格式问题可参考json或xml
共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多，下面仅列出我现在能想到的：
·进程之间松耦合
·进程可在同一台机器上，也可跨机，跨操作系统，跨硬件平台，甚至跨国。
·方便调试和监视，只需让第三方或人工查看该临时文本文件即可。
·方便在线开关服务，只需删除或创建该临时文本文件即可。
·方便实现分布式和负载均衡。
·方便队列化提供服务，而且几乎不可能发生队列满的情况（除非硬盘空间满）
·……
“跨语言、跨机，跨操作系统，跨硬件平台，跨国，跨*.*的”苦海无边，
回头是“使用共享纯文本文件进行信息交流”的岸！
也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。
只需让A、B语言代码的输入输出重定向到文本文件，或修改A、B语言代码让其通过文本文件输入输出。
即可很方便地让A、B两种语言之间协调工作。
比如：
A将请求数据写到文件a.txt，写完后改名为aa.txt
B发现aa.txt存在时，读取其内容，调用相应功能，将结果写到文件b.txt，写完后删除aa.txt，改名为bb.txt
A发现bb.txt存在时，读取其内容，读完后删除bb.txt
以上A可以替换为任何一种开发语言或开发环境，B可以替换为任何一种与A不同的开发语言或开发环境。
除非A或B不支持判断文件是否存在、文件读写和文件更名。
但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢？
可以将临时文件放在RamDisk上提高效率减少磨损磁盘。
数据的结构很复杂的话，文本文件的格式问题可参考json或xml
共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多，下面仅列出我现在能想到的：
·进程之间松耦合
·进程可在同一台机器上，也可跨机，跨操作系统，跨硬件平台，甚至跨国。
·方便调试和监视，只需让第三方或人工查看该临时文本文件即可。
·方便在线开关服务，只需删除或创建该临时文本文件即可。
·方便实现分布式和负载均衡。
·方便队列化提供服务，而且几乎不可能发生队列满的情况（除非硬盘空间满）
·……
“跨语言、跨机，跨操作系统，跨硬件平台，跨国，跨*.*的”苦海无边，
回头是“使用共享纯文本文件进行信息交流”的岸！