哪个“更好”：COM DLL还是标准DLL带有Typelib？

Question

我在引号中加了“更好”，因为这是一个定性的问题。我已经写了几年的COM DLL，直到最近才发现并成功地使用了带有Typelib概念的标准DLL。

是否有任何令人信服的理由使用COM DLL而不是DLL+Typelib？当然，您不能使用DLL+Typelib来执行DCOM，但这是唯一的原因吗？

编辑我用Visual /C++ 6、Compaq、Delphi、Visual 6、ActiveState Perl和其他几个语言编写了COM DLL。我用Visual /C++ 6、Delphi、Ada和其他几个语言编写了标准DLL。我已经为我自己的一些标准DLL和第三方DLL编写了打字机。这个问题最初是在Delphi DLL+Typelib重新实现VB6原件的上下文中编写的。

Answer 1

如果您希望将来将COM组件迁移到托管代码，TypeLib也很重要。或者让托管代码与COM组件交互。

有了打字机，就有很多工具可以自动地将COM签名转换为.Net接口和类型。这可以通过手工完成，但是对于一个大型项目来说，这无疑是一个巨大的节省时间的方法。

Answer 2

这取决于我想的组件的客户端。