加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > Windows > 正文

哪个“更好”:带有Typelib的COM DLL或标准DLL?

发布时间:2020-12-14 02:25:34 所属栏目:Windows 来源:网络整理
导读:我在引号中加上“更好”,因为这是一个定性问题.我已经编写了COM DLL几年了,并且最近才成功使用了Typelib概念的标准DLL. 是否有任何令人信服的理由使用COM DLL而不是DLL Typelib?当然,你不能用DLL Typelib做DCOM,但这是唯一的原因吗? 编辑我在Visual C/C++
我在引号中加上“更好”,因为这是一个定性问题.我已经编写了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,Ada和其他一些编写过标准DLL.我为一些自己的标准DLL和第三方DLL编写了类型库.这个问题最初是在VB6原型的Delphi DLL Typelib重新实现的上下文中编写的.

解决方法

如果您希望将来将COM组件迁移到托管代码,那么TypeLib也很重要.或者托管代码与COM组件交互.

使用typelib有很多工具可以自动将COM签名转换为.Net接口和类型.这可以通过手工完成,但是对于大型项目来说,它肯定可以节省大量时间.

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读