用C#编写生成的.dll能不能被C++使用呢？

[Jonix]

问题出在C#的代码没有 .h 吧？有没有办法自动生成 .h呢？？

[xuggzu]

c#编译的dll并不是常规的动态链接库，而是托管组件，文件结构和c++写的常规dll截然不同，因此普通方法无法调用，如果非要用，过程很麻烦，具体百度有例子。但我不推荐如此使用，建议楼主变换思路。况且c++本身不适合做复杂的人机界面，而一般用于算法和快速数据处理等，相对的，c#擅长人机界面设计，所以一般都是用c#调用c++编写的dll。

[threenewbee]

可以包装成activex dll，vc++用类型库引用调用。

[以专业开发人员为伍]

可以按照 COM 规范封装，也可以按照 .net 规范来封装。实际上 c/c++ 是比较底层的，如果你要跨平台的中间件能被各种系统（例如Office 中广泛应用的 VBA）更方便地调用，自然要以一个比较高层的封装模式为基础。 当你的 c++ 程序封装为 COM 组件或者 .net 组建发布时（.net 最初的目的，其实就是“发布一种更好的 COM”），其目标就是为了避免纠缠在编程语言上的，为了让各种语言编译出来的 DLL 都有统一的交互模式，避免纠结“.h 文件”。而纠结“.h文件”，显然是又回到了30年前比较底层的 c 概念。

[以专业开发人员为伍]

在 20 年前，在 windows 平台上，如果要开发中间件，让各种语言的程序可以互通，那么要按照 COM 规范来封装和发布，而不是什么“调用c/c++ 的 DLL”。它的目标是解决不同编程语言的组件的注册、数据通讯、跨进程消息通讯等等问题。而在各种编程语言程序中去讨论“调用c的DLL”实际上是比较底层的做法，各种更加规范和容易互通的编程语言要向下、八仙过海地施展各种招数去调用底层的东西。 在10年前，发布 .net 之后，实际上你的 c++ 程序员就要学习如何一键打包成 .net 类库，如何调用 .net 类库了，从而把 c++ 中各种比较好的能力是放到更大的平台。在 csdn 论坛上许多帖子喜欢讨论 .net 程序调用 c 程序的方式，这其实只是在小程序中讨论底层的做法，没有把一个公司的“全部语言的中间件规范”思想建立起来。