COM 互通實戰：在 COM 應用程式中呼叫 .NET 組件（Reverse COM Interop 完整指南）

.NET 與 COM 互通包含四大領域：P/Invoke、Reverse P/Invoke、COM Interop、Reverse COM Interop。本文專注於在傳統 COM 應用程式（VB6、C++、Delphi 等）中使用 .NET 組件的完整實作流程，解決遺留系統現代化遷移的關鍵技術難題。

互通架構分類速覽

三步曲實作流程

步驟 1：定義 .NET 介面與類別（標準 C# 開發）

// 介面必須標記 ComVisible
[ComVisible(true)]
[Guid("IID_IA")]
[InterfaceType(ComInterfaceType.InterfaceIsIUnknown)]
public interface IA
{
    void Hello();
}

// 實作類別
[ComVisible(true)]
[Guid("CLSID_A")]
[ClassInterface(ClassInterfaceType.None)]
public class A : IA
{
    public void Hello()
    {
        MessageBox.Show("Hello from .NET!");
    }
}

步驟 2：部署 .NET 組件到 COM 可見環境

關鍵動作：RegAsm 產生類型程式庫並註冊

csc /target:library A.cs          // 編譯為 DLL
regasm A.dll /tlb /codebase         // /tlb 產生 .tlb，/codebase 註冊路徑

註冊表關鍵變更：

• HKEY_CLASSES_ROOT\CLSID\{CLSID_A}\InprocServer32 指向 mscoree.dll（CLR 載入器，俗稱 Shim）
• Shim 負責啟動 CLR、尋找並載入真正的 A.dll

使用 oleview 檢視產生的 A.tlb，可見介面 IA 與類別 A 完整定義，確保 COM 端能正確識別。

步驟 3：撰寫 COM 客戶端呼叫程式碼

C++ 範例（使用 #import 匯入類型程式庫）：

// client.cpp
#define _WIN32_COM
#include 
#include 
#import "A.tlb" no_namespace named_guids raw_interfaces_only

int main() {
    HRESULT hr;
    
    // 0. 初始化 COM 程式庫
    hr = CoInitializeEx(NULL, COINIT_MULTITHREADED);
    if (FAILED(hr)) { printf("COM 初始化失敗: 0x%x\n", hr); return -1; }
    
    // 1. 建立物件取得 IUnknown
    IUnknown* pUnk = NULL;
    hr = CoCreateInstance(CLSID_A, NULL, CLSCTX_INPROC_SERVER, IID_IUnknown, (void**)&pUnk);
    if (FAILED(hr)) { printf("建立失敗: 0x%x\n", hr); return -1; }
    
    // 2. QueryInterface 取得 IA 介面
    IA* pIA = NULL;
    hr = pUnk->QueryInterface(IID_IA, (void**)&pIA);
    pUnk->Release();  // 釋放 IUnknown
    if (FAILED(hr)) { printf("取得 IA 失敗: 0x%x\n", hr); return -1; }
    
    // 3. 呼叫 .NET 方法
    hr = pIA->Hello();
    if (FAILED(hr)) { printf("呼叫失敗: 0x%x\n", hr); }
    
    // 4. 清理
    pIA->Release();
    CoUninitialize();
    return 0;
}

編譯：cl client.cpp（需連結 ole32.lib）

關鍵技術細節深度解析

CCW (COM Callable Wrapper) 運作機制

• 每個 .NET 物件在 COM 端對應一個 CCW Proxy
• CCW 實作 IUnknown、IDispatch 等標準 COM 介面
• 呼叫轉發：COM 呼叫 → CCW → CLR 邊界轉換 → .NET 物件
• 參數封送：自動處理 BSTR、SAFEARRAY、VARIANT 與 .NET 型別雙向轉換

必要屬性與最佳實踐

常見陷阱與解決方案

• 註冊失敗：以系統管理員身分執行 regasm；確認目標平台位元數 (x86/x64) 一致
• 找不到組件：使用 /codebase 或將 DLL 放入 GAC (gacutil /i A.dll)
• 版本衝突：組件強名稱簽名 + 固定 GUID + 介面不變原則
• 效能考量：跨邊界呼叫有封送開銷，粗粒度介面設計，避免頻繁往返

遷移策略建議

1. 綠田開發：新功能用 .NET 實作，透過 Reverse COM Interop 供舊系統呼叫
2. 綠化既有：核心商務邏輯逐模組重寫為 .NET 組件，COM 端保持薄介面層
3. 最終淘汰：隨著模組遷移完成，逐步退役 COM 元件

Reverse COM Interop 是延續既有 COM 資產、漸進式現代化的關鍵橋樑，掌握其核心機制與部署細節，能大幅降低遷移風險與成本。

1. 上一篇文章： .NET 多資料庫架構實戰：工廠模式 + 反射實現零修改切換 SQL Server/Oracle/MySQL
2. 下一篇文章： Code4Fun：XML 模板替換實現靈活物件序列化——突破 XmlSerializer 限制的全新方案

關於.NET

WF4.0 基礎篇(21)：WorkflowInvoker 同步執行工作流的多種調用模式

WorkflowInvoker 是 WF4.0 最輕量的工作

ASP.NET MVC 整合 Serilog 與 Seq：結構化日誌記錄與 Web 介面監控完整教學

ASP.NET MVC 整合 Serilog 與 Seq：結

Visual Studio 2010 Office 開發實戰：從業務實體建立到 Excel/Word 整合與 PIA 零部署

實驗目標 掌握 C# 4.0 / VB 10 新語法加速業

基於 .NET 平台的分層架構實戰 (十一)：表示層實現與關注點分離

表示層的重要性與評價指標 表示層是系統「門面」。系統設計再優