我将“更好”放在引号中，因为这是一个定性问题。几年来我一直在编写 COM DLL，直到最近才发现并成功使用了带有 Typelib 概念的标准 DLL。
使用 COM DLL 代替 DLL+Typelib 是否有任何令人信服的理由？当然，你不能用 DLL+Typelib 做 DCOM，但这是唯一的原因吗？
编辑 我用 Visual C/C++ 6、Compaq Visual Fortran、Delphi、Visual BASIC 6、ActiveState Perl 和其他一些语言编写了 COM DLL。我用 Visual C/C++ 6、Delphi、Ada 和其他一些语言编写了标准 DLL。我已经为我自己的一些标准 DLL 以及第三方 DLL 编写了类型库。该问题最初是在 VB6 原件的 Delphi DLL+Typelib 重新实现的上下文中编写的。
最佳答案
如果您希望将来将 COM 组件迁移到托管代码，TypeLib 也很重要。或者让托管代码与 COM 组件交互。
使用 typelib 有很多工具可以自动将您的 COM 签名转换为 .Net 接口(interface)和类型。这可以手工完成，但对于大型项目，它肯定会节省大量时间。
关于dll - 这是 "better": COM DLL or Standard DLL with a Typelib?，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/194195/