首先要解决com组件的版本问题,这就要求我们不直接使用clsid,而用ProgId来代替客户机上的com组件就可以解决相当程度的问题了,就是这么简单。
至于如何才能把那个可恶的dll文件给去掉,这就需要利用dotNet提供的反射功能了,我们一代码为例,这里我们假设有一个ProgId为"ReflectionCom.TestObj"的com组件,这个组件有唯一一个方法string SayHello(string AName):
using
System;
using System.Reflection;
namespace TestConsole
{
class MainEntryPoint
{
static void Main(string[] args)
{
object[] oParams = new object[] { "leafyoung" };
object oComObj = Activator.CreateInstance(
Type.GetTypeFromProgID("ReflectionCOM.TestObj"));
object rez = oComObj.GetType().InvokeMember("SayHello",
BindingFlags.InvokeMethod,
null,
oComObj,
oParams);
Console.WriteLine(rez);
}
}
}
using System.Reflection;
namespace TestConsole
{
class MainEntryPoint
{
static void Main(string[] args)
{
object[] oParams = new object[] { "leafyoung" };
object oComObj = Activator.CreateInstance(
Type.GetTypeFromProgID("ReflectionCOM.TestObj"));
object rez = oComObj.GetType().InvokeMember("SayHello",
BindingFlags.InvokeMethod,
null,
oComObj,
oParams);
Console.WriteLine(rez);
}
}
}
不过我们要看到这种方法的不足,由于这里用了迟绑定,因此我们无法让编译器做任何的类型检查工作,因此只有在运行时才能知道程序对错;而且,可以以这种方法调用的com组件必须实现IDispatch接口,也就是说必须是一个自动化组件,假如你要调用的组件是一个普通的com组件的话,那就一边哭去吧!呵呵