我在引号中加上“更好”,因为它是一个定性问题。我已经编写了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编写了类型库。这个问题最初是在Delphi DLL + Typelib重新实现VB6原创的背景下编写的。
答案 0 :(得分:3)
TypeLib也很重要。或者托管代码与COM组件交互。
使用typelib有很多工具可以自动将COM签名转换为.Net接口和类型。这可以通过手工完成,但是对于大型项目来说,它肯定可以节省大量时间。
答案 1 :(得分:0)
这实际上取决于我想到的组件的客户端。