用.NET编写的Dll能被其他语言调用吗(不包括.NET本身的语言)？

Question

不会吧！在.net下是没有问题的！

Answer 1

不可以。.net编写的有密码对之类的东西。

Answer 2

就是用.NET编写的dll当然可以在C#,VB.NET,VC.NET或者j#中使用
但是可以在Delphi,C++ Builder,PowerBuilder等其它语言中使用吗？前提是在这些机器上已经安装了.NET FrameWork

Answer 3

当然不可以，机制完全不同，不能互相理解，.Net FrameWork不是万能的，建议楼主先弄清楚.net 的基本概念。

Answer 4

哪有没有其它的解决办法？
使.NET编写的Dll可以在其它语言中使用。那在.NET中，既可以使用.NET 组件也可以使用COM 组件。难道.NET只能编制出.NET组件，而无法生成通用的COM组件呢？为什么微软光是解决了DLL HELL，而又无法产生通用的COM呢？

Answer 5

可以的，你可以通过host的方法去用，不过比较复杂罢了。你可以从一个纯粹的VC程序控制启动一个.NET 的VM host，然后向这个VM加载程序，控制执行等等。你可以看看sdk里面的Tools Developer Guides里面的文档（就在VS.NET的目录里面找）。我没有仔细看能不能是用DLL，但是我相信应该是可以的。但是我觉得没比要这么去做，这样做太复杂了，除非你想做一个.NET的Debugger 或者一个什么底层支持工具等等。另外一个稍微简单点的办法是，用VC++的托管扩展去写dll，这样能够比较方便的达到Native/.NET之间的桥梁作用，只是这样做有一定的局限性，你很可能不能够做到写一个这样的dll/exe就能够保证可以访问任意的.NET DLL，很可能你需要为你用到的每一个.NET DLL写一个C++扩展Wrapper。此外，写VC++的托管扩展也不是一件轻松的事情，你会面对资料不足/不完整/只有英文资料等等难处。第三种解决办法就是，你打开COM+的选项，只不过这样做可能会有点问题。这个我没有试验过，我觉得很少有人会要求一个WIN32的DLL能够让一个纯粹DOS平台下的应用程序能够使用吧？
尽量不要两者混用。

Answer 6

可以!
不过你应该按照com+的标准写DLL库。
否则!!!