ATL 與 MFC 開發 ActiveX 控制項深度對比：架構差異、優缺點與選型指南

前言：兩大框架的殊途同歸

MFC 面向獨立 Windows 應用開發，提供完整應用框架；ATL 專注 COM 元件開發，提供輕量樣板代碼。兩者在 ActiveX 控制項開發上「會師」，本文以「訊息流量監控控制項」為例，深度剖析兩者異同。

ActiveX 控制項的完整接口圖譜

一個完整 ActiveX 控制項需實現三大類介面：

1. 可嵌入物件介面：IOleObject, IPersistStorage, IDataObject, IOleInPlaceActiveObject, IOleInPlaceObject, IViewObject2, IRunnableObject
2. 屬性頁介面：讓容器修改控制項屬性
3. 連接點/外發介面：事件通知容器

MFC 的 COM 支持架構

• 核心類 CCmdTarget 內建 IUnknown、參考計數、聚合支援
• 嵌套類 + 巨集 (BEGIN_INTERFACE_PART, INTERFACE_MAP) 實現介面
• 表驅動 QueryInterface，類似訊息映射機制
• COleControl 內建 22 個標準介面，**一次繼承全拿，無法裁剪**
• COleDispatchImpl 實現 IDispatch，ClassWizard 視覺化添加屬性/方法
• 類別工廠由 COleObjectFactory + 巨集實現

ATL 的 COM 支持架構

• 模板化設計：CComObjectRootEx<ThreadModel> 處理參考計數（單/多執行緒模型切換只需換模板參數）
• CComObjectRootBase + COM_MAP 實現 QueryInterface，提供 17 種介面映射方式（含 tear-off、聚合）
• **零碎繼承**：需什麼介面就繼承什麼模板（如 IOleObjectImpl），**可精確裁剪體積**
• 類別工廠：CComCoClass/CComClassFactory/CComCreator 模板家族
• IDispatchImpl 基於型別庫實現標準 IDispatch，支援雙介面
• 彙總控制：DECLARE_NOT_AGGREGATABLE, DECLARE_ONLY_AGGREGATABLE, DECLARE_POLY_AGGREGATABLE 巨集精確控制

實戰對比：訊息流量監控控制項

架構級選型建議

選擇 MFC，如果：

• 需要完整視窗/繪圖/文檔視圖/工具列/狀態列等應用框架功能
• 團隊熟悉 MFC，追求快速產出原型
• 控制項必須是「全功能」標準控制項，不需裁剪體積

選擇 ATL，如果：

• 追求極小體積（無窗口、輕量級、HTML-based、複合控制項）
• 需要精確控制 COM 介面集合、執行緒模型、彙總策略
• 開發 COM 核心元件（非 UI 密集型），偏好標準 COM 程式模型
• 需要豐富除錯支援（介面參考計數追蹤、QueryInterface 除錯）

總結

MFC 像「豪華套裝房」——入住快、設施全，但牆壁難拆；ATL 像「積木組件」——需自行組裝，但每塊磚都可替換。隨著 ATL 成熟（Wizard 增強、屬性頁視覺化），易用性差距正在縮小。建議：UI 重、工期緊用 MFC；COM 純度高、體積敏感、長期維護用 ATL。