利用反射调用COM组件

       最常见的调用com组件的方法就是添加对这个组件的引用，但是这会在最终可执行文件边生成一个伴随的dll如MyCom.Interop.dll等，这给程序的分发带来相当程度的不便，而且添加引用是我们只能引用某个特定版本的com组件，而我们往往无法确定程序所运行的机器上是否有相应版本的com组件，这可能造成我们的程序无法运行。我们要如何解决这个问题呢？
       首先要解决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); 
        } 
    } 
} 

行了，我们就是怎么简简单单就可以调用com组件的任何功能了。
  不过我们要看到这种方法的不足，由于这里用了迟绑定，因此我们无法让编译器做任何的类型检查工作，因此只有在运行时才能知道程序对错；而且，可以以这种方法调用的com组件必须实现IDispatch接口，也就是说必须是一个自动化组件，假如你要调用的组件是一个普通的com组件的话，那就一边哭去吧！呵呵