走近COM Interop——RCW入门

原创 2004年04月22日 14:30:00

走近COM Interop
—— RCW入门

    绪言

    由于目前加入了一个负责将原有系统移植至.Net平台的项目组,花了些时间对COM-->.Net进行了些基础研究。贴出此文,希望与各位分享。不足之处,请各位指正。先谢啦。

一、基础概念
    什么是COM Interop?COM Interop看上去象是介乎于COM和.Net之间的一条纽带,一座桥梁。为了保持向后兼容,COM Interop可以使得.Net程序在不修改原有COM组件的前提下方便的访问COM组件。这一点是非常重要的。事实上,全球的COM组件的代码量估计可能有数十亿行,拥有这些COM组件的公司不可能重写这些组件,所以COM Interop的存在为有此需求的开发者提供了很好的解决方案。
    大家都知道,COM和.NET之间存在着非常大的差异,为了使两者可以有机的结合在一起进行协同工作,COM Interop中实际存在着2种桥接方式。一种是RCW,Runtime Callable Wrapper(水平有限,不知道精确的翻译是什么,这儿就不予详解了。);另一种是CCW,COM Callable Wrapper。后者,将在后续的相关文章中进行讨论,这儿就不再赘述了,本文主要关注的是前者。RCW是在运行时通过CLR从Interop装配件(Interop Assembly)的元数据中获取相关信息动态的实例化而得到的。个人认为,可以把它理解为是介乎于COM和.Net应用程序之间的一个代理,.Net应用程序对COM组件的每个调用请求都是通过这个RCW中转的。使用者将感觉不到自己是在调用COM组件,一切都是这么的自然,和调用一个.Net组件没有任何区别。使用C++的朋友都知道,在C++中如果想要实例化一个COM对象,需要使用CoCreateInstance。而当我们有了RCW之后,一切都变得简单,我们可以在C#中使用new来直接实例化这个COM对象。
    需要注意的是,一个COM组件(指的是一个实例,即一个DLL文件)由且仅由一个RCW负责维护。那么这儿有一个问题了,对于一个COM组件的不同版本,是不是就会有不同的RCW与之相对应呢?答案是肯定的。那有些朋友会说,.Net中的组件不是已经解决了COM中的“DLL HELL”问题了吗?按上面的说法,似乎并没有得到解决嘛?这儿我要说的是,在.Net中导入一个COM组件的不同版本,是会出现此类问题。解决此类问题的方法是使用PIA(Primary Interop Assembly),这部分不在本文的讨论范围之内,我将在后续的相关文章中和大家进行讨论。

二、实战演练
    .Net提供三种途径供我们导入一个COM组件:
      - 通过Visual Studio .Net提从的“添加引用”功能
      - 通过命令行方式——TLBIMP.EXE
      - 使用System.Runtime.InteropServices.TypeLibConverter类编程实现导入功能
    第一种方式无须赘述,非常的简单。第三种方式我会说明PIA的用法的同时,对此方法的使用加以说明。不过,我的水平不高,各位不要要求太高喽。^_^ 言归正传,本文关注的是第二种方式。我们可以直接使用此工具提供的最简单的调用方式:TLBIMP TestObj.dll。但需要提醒各位的是,如果我们使用这种方式导入一个COM组件的话,我们将“牺牲”原有的COM组件,这样做是很危险的。个人认为,最简单的调用方式是TLBIMP TestObj.dll /out:interop.TestObjLib.dll。这样,执行后将会产生一个名为interop.TestObjLib.dll的COM Interop。下面将给出简单的例子以说明整个过程。
1、首先用VB写的一个简单的ActiveX Dll
'Project name is TestObjList, class name is TestObj
Option Explicit

Public Function Add(ByVal iValue As Integer) As Integer
    Add = iValue + 1
End Function

2、使用命令行工具导入这个COM组件
TLBIMP TestObjLib.dll /out:interop.TestObjLib.dll

3、在一个.Net Windows Forms中写一段调用此组件的测试代码
using interop.TestObjLib;
private void button1_Click(object sender, System.EventArgs e)
{
    TestObjClass obj = new TestObjClass();
    int num = 1;
    MessageBox.Show(obj.Add(num).ToString());
}

    此处需要说明一点,当TLBIMP.EXE在生成Interop装配件时会在原COM中的类的名字后面加上一个"Class"。调用时,请各位注意。

 

走近COM Interop——RCW入门

  • zgqtxwd
  • zgqtxwd
  • 2008年04月24日 09:44
  • 75

FW:走近COM Interop — RCW入门

Link: http://www.cnblogs.com/TonyJoule/archive/2004/05/14/9502.html —— RCW入门     绪言     由于目前...
  • damoguyan8844
  • damoguyan8844
  • 2011年01月10日 14:26
  • 181

走近COM Interop 转自 wangchao—— RCW入门

绪言    由于目前加入了一个负责将原有系统移植至.Net平台的项目组,花了些时间对COM-->.Net进行了些基础研究。贴出此文,希望与各位分享。不足之处,请各位指正。先谢啦。   一、基础概念...
  • hyugahinat
  • hyugahinat
  • 2012年07月01日 23:44
  • 677

HOW TO:避免“将COM对象与其基础RCW分开后不能再使用该对象”错误

Author:水如烟  出现这个情形,是在重写了Finalize并在里面含有调用Com对象的代码,同时在销毁对象前没有显式释放Com对象。解决的办法是,显式调用释放代码。如:Public Sub Qu...
  • lzmtw
  • lzmtw
  • 2006年12月20日 21:21
  • 5380

RCW入门浅析

 由于目前加入了一个负责将原有系统移植至.net平台的项目组,花了些时间对com-->.net进行了些基础研究。贴出此文,希望和各位分享。不足之处,请各位指正。先谢啦。 一、基础概念 什么是com i...
  • HeavensDoor
  • HeavensDoor
  • 2008年12月30日 09:55
  • 5082

COM对象与其基础RCW分开后就不能再使用

RCW是一个.NET和COM之间的桥梁,上述错误就是在于COM那一段的陆地消失了,你再想走着这桥,系统就报错了, 这种问题多半是COM对象被意外销毁或者没有抛出异常就崩溃导致。  解决问...
  • wmg494005678
  • wmg494005678
  • 2013年02月18日 11:12
  • 14316

COM 对象与其基础 RCW 分开后就不能再使用

在实现遍历工作空间下所有数据集以及数据类中遇到的错误,出错代码:  pDataset = pEnumDataset.Next();                 if (pDataset != ...
  • yh0503
  • yh0503
  • 2015年06月10日 17:45
  • 2154

Interop Object在.Net中的引用计数问题

如何正确的释放Interop reference是一个有趣的问题,有时候会让程序运行的莫名其妙。基本上,我们在.Net中访问的每一个COM对象都有一个称为RCW (Runtime Callable W...
  • who_i250
  • who_i250
  • 2010年03月08日 18:05
  • 1052

Com Interop入门

一、基础概念什么是COM Interop?COM Interop看上去象是介乎于COM和.Net之间的一条纽带,一座桥梁。为了保持向后兼容,COM Interop可以使得.Net程序在不修改原有COM...
  • yaleiwang
  • yaleiwang
  • 2010年05月12日 17:01
  • 258

COM Interop入门

[引子] 在C#程序员的字典中,COM Interop意味着在C#代码中,调用COM。由于COM一度拥有着广泛的使用者,所以存在着很多COM组件。当开发者们迁徙到C#之后,如何重用这些COM组件,就是...
  • mountaintaiII
  • mountaintaiII
  • 2008年04月15日 23:47
  • 3441
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:走近COM Interop——RCW入门
举报原因:
原因补充:

(最多只允许输入30个字)