C#中COM操作(一)---實例化[2]

　　直接聲明空成員的類

　　可能很多程序員對於這個不太理解這是什麼意思沒關系咱還是用代碼來說話

  [ComImport Guid(DECFFCDBBFCFAEDA)]
  public class JetEngineClass
  {
  }
 
  [ComImport CoClass(typeof(JetEngineClass)) Guid(FDFFDBBFCFAEDA)]
  public interface IJetEngine
  {
      void CompactDatabase(
         [In MarshalAs(UnmanagedTypeBStr)] string SourceConnection
         [In MarshalAs(UnmanagedTypeBStr)] string Destconnection
         );
     void RefreshCache([In MarshalAs(UnmanagedTypeInterface)] object Connection);
}

JetEngineClass engine = new JetEngineClass();
IJetEngine iengine = engine as IJetEngine;
// iengine即是所要用的接口的引用

　　大家看到了上面聲明的JetEngineClass類只有一個單單的類聲明但是沒有一個成員聲明但是和一般的類聲明有些不一樣的是這個類多了兩個特性(Attribute)把這個類和COM對象聯系在一起的就是這兩個特性了其中一個是ComImportAttribute這個特性指明了所作用的類是從COM對象中來的GuidAttribute指明了COM對象的GUID也就是說明了創建這個COM需用到的GUID有了這兩個特性以後這個類就不是一個普通的類了當我們使用new去創建實例的時候CLR看到了聲明的這兩特性就知道要創建的是一個COM對象根據提供的GUID也就能創建出指定的COM對象並和new返回的對象實例關聯在一起了

　　終上種方法我們可以看出來第一種方式只對特定的COM對象有效不具有通用性第二種方式只需要知道COM對象的CLSID或PROGID就可以了是我們在NET裡平時比較常用的創建COM對象的方法第三種方式需要自己聲明一個外部方法而且需要傳入若干的參數還需要知道COM對象模型是單線程呢還是多線程進程內呢還是進程外兩個字麻煩對CoCreateInstance這個方法不是很熟悉的人來說用起來就不那麼順手了第四種方式用起來最像是NET的方式也最簡單省事和其它NET對象的創建方式最為接近四種方法各有各有好處我覺得簡單的COM對象用第二種和第四種是最好的（我個人來說最喜歡第四種）又不生成額外的程序集要是COM對象相關的比較多比如說Excel之類的COM對象我建議還是用導入類型庫包裝吧雖然是有可能出現版本問題但這種應該很容易要求目標機器上運行的COM版和開發的時候一致的更何況版本問題也不是%出現只是很少一部分會出這樣的問題最不推薦的就是第三種方式了這種方式在我看來唯一用到的地方就是使用IntPtr作為COM對象和接口的指針的時候或者是想要在創建COM對象的時候對參數作最靈活的控制的時候 因為其它三種方式既不能返回IntPtr指針(其實也可以通過前面提到的的Marshal類的方法把NET包裝的COM對象轉成指針)也不能提供與直接調用CoCreateInstance函數提供最全面的參數相匹配的方式

　　最後提個小問題

　　 讀者有興趣的話可以去看看這幾種方式（不包括第三種）生成的COM對象的引用的類型是否是一致的也就是用GetType得到的Type是否是一致的

　　 大家猜猜這段代碼運行後iengine的類型會是什麼(GetType的結果) 會和engine的類型一樣嗎?

JetEngineClass engine = new JetEngineClass();
IJetEngine iengine = engine as IJetEngine;
// iengine即是所要用的接口的引用

IntPtr p = MarshalGetIUnknownForObject(engine);
iengine = MarshalGetObjectForIUnknown(p) as IJetEngine;

　　我這裡就不給出結果了留給讀者自行去驗證吧另外如果大家還發現NET中有其它的創建COM對象的方式也盡指教一二本人將不甚感激

[]  []  

From:http://tw.wingwit.com/Article/program/net/201311/15279.html