15,471
社区成员
发帖
与我相关
我的任务
分享MFC编译供C#使用的dll
请问下各位大佬，现在场景是这样，有些sdk接口本身是c++，假如公司使用的是C#，如果要用MFC这边去封装这些sdk生成dll供C#使用可行吗，可能百度方法有问题，没有找到合适的资料，
有资料的大佬能给个链接吗
有资料的大佬能给个链接吗
...全文
请发表友善的回复…
发表回复
GoldWood 2019-08-01
- 打赏
- 举报
用最基本的C语言的dll接口做的和windows的API一样就可以了，不要用类导出，少用MFC和C++特色的东西，哪怕多写几个函数
Eleven 2019-08-01
- 打赏
- 举报
完全是是可以的，C++封装好数据接口，接口的参数采用基本数据类型～
走好每一步 2019-06-27
- 打赏
- 举报
我们总不能跟客户讲，这个协议实现起来很简单的。。。你只要怎样 怎样。
实际上客户大多数不会听你解释了，直接问你有没有SDK，没有就没下文了。
走好每一步 2019-06-27
- 打赏
- 举报
SDK就是为懒人准备的，赵老师。。。
赵4老师 2019-06-27
- 打赏
- 举报
就跟
自绘
是早晚要学会的技能一样，
通过临时文本文件在不同软件实体（云，OS，进程，线程，……）之间交换数据
也是早晚要学会的技能。
因为你早晚要碰到不用这项技能，你别无他法解决问题。
走好每一步 2019-06-27
- 打赏
- 举报
不太同意赵老师的看法，虽说通过协议去通讯是最简单解决跨语言的办法。
但是有的协议很晦涩，远不如用SDK舒服，
有时宁可花点时间把C接口转成C#，那点时间成本比直接去读懂协议，和实现协议对接要少得多
zgl7903 2019-06-26
- 打赏
- 举报
jyxuan94 2019-06-25
- 打赏
- 举报
不好意思，表述没清楚，我说的是我自己百度的方法可能有问题，没有找到相关有用的资料，这一块之前确实也没有接触过
走好每一步 2019-06-25
- 打赏
- 举报
c++不行，你得转成c接口
赵4老师 2019-06-25
- 打赏
- 举报
不要做A语言代码修改为B语言代码的无用功。
也不要做用A语言代码直接调用B语言代码库这样复杂、这样容易出错的傻事。
只需让A、B语言代码的输入输出重定向到文本文件，或修改A、B语言代码让其通过文本文件输入输出。
即可很方便地让A、B两种语言之间协调工作。
比如：
A将请求数据写到文件a.txt，写完后改名为aa.txt
B发现aa.txt存在时，读取其内容，调用相应功能，将结果写到文件b.txt，写完后删除aa.txt，再将b.txt改名为bb.txt
A发现bb.txt存在时，读取其内容，读完后删除bb.txt
以上A可以替换为任何一种开发语言或开发环境，B可以替换为任何一种与A不同的开发语言或开发环境。
除非A或B不支持判断文件是否存在、文件读写和文件更名。
但是谁又能举出不支持判断文件是否存在、文件读写和文件更名的开发语言或开发环境呢？
可以将临时文件放在RamDisk上提高效率减少磨损磁盘。
数据的结构很复杂的话，文本文件的格式问题可参考json或xml
共享临时文本文件这种进程之间的通讯方法相比其它方法的优点有很多，下面仅列出我现在能想到的：
·进程之间松耦合
·进程可在同一台机器上，也可跨机，跨操作系统，跨硬件平台，甚至跨国。
·方便调试和监视，只需让第三方或人工查看该临时文本文件即可。
·方便在线开关服务，只需删除或创建该临时文本文件即可。
·方便实现分布式和负载均衡。
·方便队列化提供服务，而且几乎不可能发生队列满的情况（除非硬盘空间满）
·……
“跨语言、跨机，跨操作系统，跨硬件平台，跨国，跨*.*的”苦海无边，
回头是“使用共享纯文本文件进行信息交流”的岸！
