C++ 生態系擁有豐富且成熟的類庫體系，涵蓋標準庫擴充、跨平台 GUI、網路通訊、元編程等領域。面對琳瑯滿目的選擇，本文為你梳理 10 大主流 C++ 類庫的定位、優缺點與適用場景，助你依專案需求做出最佳技術選型。
一、標準庫與準標準庫陣營
STLport —— SGI STL 的跨平台移植版
早期編譯器標準庫實作品質參差不齊時，STLport 提供了統一、高品質的 STL 實作。隨著現代編譯器（GCC libstdc++、LLVM libc++、MSVC STL）大幅改進，STLport 歷史使命已基本完成，新專案建議直接使用編譯器內建標準庫。
Boost —— 「準標準庫」與 C++ 演進引擎
- 地位：C++ 標準委員會庫工作組成員發起，社群近 2000 人，深刻影響 C++ 標準化進程（如
std::shared_ptr、std::thread、std::filesystem 皆源自 Boost）。
- 特色：原始碼開放、跨平台、同儕審查嚴格、模板元編程極致發揮。
- 模組化：Boost 1.70+ 採模組化倉庫，可按需引入，減輕編譯負擔。
- 適用場景：幾乎所有現代 C++ 專案的基礎設施層；智慧指標、正則表達式、單元測試、多執行緒、檔案系統等。
二、Windows 原生與跨平台 GUI 框架
MFC (Microsoft Foundation Classes) —— Windows 經典王者
- 優勢：封裝 Win32 API，大幅減少樣板碼；支援繼承/封裝等 OOP 特性；VC++ 整合度最高（資源編輯器、Class Wizard）。
- 劣勢：架構老化、非標準容器/字串、跨平台無望、微軟重心轉向 .NET/WinUI，維護模式為主。
- 適用場景：既有 Windows 桌面專案維護、需深度整合 Windows 原生功能的新專案。
Qt —— 跨平台 GUI 統治者
- 核心優勢：單一代碼庫支援 Windows/macOS/Linux/嵌入式/移動端；完整生態（Qt Quick/QML、Qt Creator IDE、圖表/網路/資料庫模組）；商業授權與 LGPL v3 雙授權模式。
- 技術特色：Meta-Object System（訊號/槽、屬性、反射）、自有繪圖引擎（非原生控件）、模組化架構。
- 適用場景：跨平台桌面/嵌入式應用、需豐富 UI/快速開發的商業軟體、KDE 桌面環境基礎。
wxWidgets (原 wxWindows) —— 原生外觀的跨平台選擇
- 差異化：使用各平台原生控件（非自繪），外觀與系統一致；類別階層酷似 MFC，利於 MFC 遷移；完全開源（wxWindows Licence，相容 GPL）。
- 適用場景：重視原生視覺一致性的跨平台桌面應用、MFC 專案跨平台遷移。
GTKmm —— GTK 的官方 C++ 封裝
- GNOME 桌面環境基礎；C 風格 GTK 的類型安全 C++ 介面；適合 Linux 桌面開發、GNOME 生態整合。
三、輕量級與特定領域框架
WTL (Windows Template Library) —— ATL 之上的極致輕量
- 基於 ATL 模板技術，無運行期、二進位極小、速度極快；針對 COM/ActiveX 控件、網頁下載元件開發；學習曲線陡峭，文件相對較少。
FOX Toolkit —— 開發者自爲打造的 GUI 庫
- 作者從實戰經驗提煉 API 設計；開源、跨平台、支援現代 C++ 特性；社群規模較小。
四、網路與系統程式開發重量級框架
ACE (Adaptive Communication Environment) —— 企業級網路通訊框架
- 定位：高效能、跨平台、模式導向（Reactor、Proactor、Acceptor-Connector 等）。
- 核心能力：事件多工、訊號處理、共享記憶體、訊息路由、分散式服務動態重配置、並發同步原語。
- 適用場景：高併發伺服器、電信/金融核心系統、跨平台網路中介軟體。
ATL (Active Template Library) —— COM 組件開發利器
- 小巧、高效、靈活的模板庫；專為建立可互通 COM 組件設計；Windows 平台專屬。
五、元編程與設計模式實驗田
Loki —— 模板元編程極致探索
- Andrei Alexandrescu《Modern C++ Design》隨書程式碼庫；智慧指標、型別列表、工廠模式、Visitor 模式等設計模式的編譯期實現；實驗性質強，教學/研究價值極高，生產環境需謹慎評估。
六、選型決策矩陣（快速參考）
| 專案需求 | 首選推薦 | 備選方案 |
|----------|----------|----------|
| 現代 C++ 基礎設施 | **Boost** + 標準庫 | 標準庫 (C++17/20/23) |
| 跨平台桌面 GUI (商業) | **Qt** (商業授權) | wxWidgets |
| 跨平台桌面 GUI (開源) | **wxWidgets** / **Qt** (LGPL) | GTKmm |
| Windows 專屬桌面維護 | **MFC** / **WinUI 3** | WTL (輕量) |
| 高併發網路伺服器 | **ACE** / **Boost.Asio** | libuv / ASIO 獨立版 |
| COM/ActiveX 元件 | **ATL** | WTL |
| 元編程/設計模式研究 | **Loki** / **Boost.Hana** | 自行實作 |
七、總結建議
- 新專案預設引入 Boost：作為標準庫補完，按需使用模組。
- GUI 選型以「目標平台」與「授權模式」為核心決策：Qt 商業友善、wxWidgets 開源友善、MFC Windows 專屬。
- 網路層優先考慮 Boost.Asio 或 ACE：前者現代化、標準化趨勢；後者模式完整、企業級驗證。
- 避免重複造輪子：檢查現有類庫是否已提供所需功能（如 JSON 用 Boost.JSON/nlohmann/json，非自行解析）。
技術選型無銀彈，理解各類庫的設計哲學、社群活躍度與長期維護承諾，才能為專案奠定穩健基石。
