如何避免.NET下的.dll依赖

发布于 2024-08-03 04:47:44 字数 159 浏览 2 评论 0原文

我正在编写一个 C++/CLI,它可以访问/“依赖”许多 DLL COM 和 DLL .NET 库。

是否可以将所有这些库链接/加入到我的 C++/CLI 程序中,并仅生成一个可执行对象,这样每次我必须将对象移动到另一台计算机时,我就不再需要考虑这些依赖关系?

谢谢!!!

I am writing a C++/CLI which have access/"dependencies" to many DLL COM and DLL .NET libraries.

Is this possible to link/join all these libraries into my C++/CLI program and generate only one executable object in such a way that I never again have to consider these dependencies every time I have to move my object to another computer?

Thanks!!!

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

月牙弯弯 2024-08-10 04:47:44

ILMerge 是一种将多个托管程序集合并为一个的选项:ILMerge 最佳实践

但是,ILMerge 可能不是一个选项:

  • 如果没有源代码,您就无法合并 COM DLL
  • 既然您提到了 COM,我猜测您的 C++/CLI 程序不是纯 IL:ILMerge 不会接触像这样包含本机代码的程序集。 (如果您的 C++/CLI 程序通过 COM 互操作使用 COM,并且它是纯 .NET,那么您应该没问题。)

ILMerge is an option for collapsing several managed assemblies into one: ILMerge Best Practices

However ILMerge might not be an option:

  • You can't merge the COM DLLs without having source code to them
  • Since you mentioned COM, I'm guessing that your C++/CLI program isn't pure IL: ILMerge won't touch assemblies like this that contain native code. (If your C++/CLI program uses COM through COM interop, and it's otherwise pure .NET, you should be OK.)
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文