在C＃中使用COM dll

4 回答

• 0

  在C / CLI中编写包装器的速度可能不会更快，CLR中的COM互操作编组器已经过大量优化 . 它从您添加对COM服务器的引用时创建的互操作库自动生成机器代码存根 . A做了很多与异常相关的非常隐形且很难做的工作 .

  它确保将故障HRESULT正确转换为托管异常，并且托管异常不会泄漏到COM服务器代码中 . 当你这样做时，你会有“快速”的决心，这会让你像这样偷工减料 . 现在你有了快速但不可靠的东西 . 在非托管代码中获取托管异常非常难以诊断，所有上下文都消失了 .

  选项1和3是相同的 . 两者都生成互操作库，IDE只为您运行等效的Tlbimp .

  通常的指导适用于此 . 首先，简单的事情是，互操作库非常简单 . 只有在你能够真正测量性能问题并且有一个现实的想法如何处理它时才考虑做真正的困难 . 我从来没有见过任何人认为必须使用C / CLI包装器 .

  回复于 2024-04-19T07:21:06+08:00
• 3

  选项2性能更高，但并不多，特别是考虑到DLL本身在VB6中 .

  不确定选项3是否有效 .

  我个人会使用选项1，但只是保持interop安全，以便我只是继续重用相同的互操作而不是每次添加引用时都不创建它 .

  另一个选择是使用新的 dynamic 功能和后期绑定（使用 Activator 来创建对象），但这绝对不是所有人的表现 .

  回复于 2024-04-19T07:21:06+08:00
• 1

  由于组件使用COM，因此最简单的方法是将其添加为引用，并让visual studio构建代理 . 对于.net代码，这将是非常直接和透明的 . 它不会那么高效，但很可能它会满足您的需求 . 我会先这样做，因为它很容易，然后看看它是如何表现的 .

  如果组件不是COM组件，而只是标准c dll，那么另外两种方法可能是更好的选择 .

  回复于 2024-04-19T07:21:06+08:00
• 1

  由于数据的编组，对COM的调用很慢 . 我的意思是缓慢，与您不跨越Managed或COM边界的调用相比 .

  如果需要对COM组件进行大量小调用，在应用程序的性能关键部分中，可以将它们与C包装（并组合） .

  如果调用次数最少，或者它们不是性能关键（但并非所有调用性能都很关键？）我只需添加对COM dll的引用 .

  Summary 转到COM dll的refence，并测试性能 . 从VB6迁移后，您将获得极大的性能提升（.Net中的字符串处理速度更快） .

  回复于 2024-04-19T07:21:06+08:00