最常見的調用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組件的話,那就一邊哭去吧!呵呵