VC++ 的歷史包袱與現實困境
VC++ 6.0 時代，MFC（Microsoft Foundation Classes）封裝 Windows API，曾是桌面開發主流。但 MFC 設計早於現代 C++，巨集重、封裝厚、不支持現代特性，且緊綁 Windows 平台。WTL、ATL 雖輕量，但生態已衰退。
VC++ vs C++ Builder vs C#
- VC++：生成體積小、穩定、Windows 原生集成最好，但 MFC 過時、UI 開發痛苦（改字體需重寫類）、圖片/數據庫/網絡開發代碼量大；
- C++ Builder (VCL)：組件模型優雅、跨平台（FireMonkey），但生成體積大、穩定性遜色、生態較小；
- C#/.NET：語言現代、開發效率高、生態豐富、跨平台（.NET Core/5+），成為企業級應用首選。
VC++ 程序員的痛點
- 學習曲線陡峭：需精通 C++、Windows 內核、MFC 消息映射、COM/ATL；
- UI 開發低效：VB/C# 一行屬性搞定的事，VC++ 要寫幾十行；
- 招聘門檻高、薪資雖高但性價比低：培訓成本大、項目失敗率高；
- 技術棧鎖定：難以轉型跨平台、Web、移動端。
為何仍堅持 VC++？
- 維護龐大舊系統（銀行、工控、國防）；
- 極致性能、內存控制、無 GC 停頓場景；
- 直接調用 Windows 最新 API（WinRT、DirectX 12）。
職業建議
- 新專案首選 C#/.NET 或跨平台 C++ (Qt/CMake)；
- 深耕 VC++ 僅限維護舊專案或極少數高性能系統；
- 學習現代 C++ (C++17/20)、CMake、Linux、Docker、CI/CD，保持技術可遷移性；
- 關注軟件工程、架構設計、領域知識，而非沉迷某個 IDE/庫。
結語
VC++ 曾是王者，今成專用工具。**工具服務於業務，技術服務於職業**。在國產軟件產業騰飛的今天，拒絕盲從，構建可遷移的技術棧，才是長久之計。
