Link: http://www.cnblogs.com/TonyJoule/archive/2004/05/14/9502.html
—— 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"。调用时,请各位注意。