C++ 標準與編譯器實現的關係
C++ 只是 ISO 標準，規定語法與語義。要實際應用，需編譯器實現。商業公司、開源組織、個人遵循標準在不同平台實現，但「遵循」非 100% 相容，主因：
- 歷史原因：早期實現時標準未定或依舊版本
- 平台原因：特定平台難以實現或不需要某些特性
- 商業目的：廠商添加專有擴充功能
- 其他技術原因
Windows 平台主流 C++ 編譯器實現對比
- Visual C++ 6.0：Microsoft 出品，應用最廣，但標準相容性較弱（預標準時代產物）
- Borland C++ Builder：標準相容性優於 VC6，但市佔率較低
現代建議：VC6 早已停止支援（2008 年結束擴展支援），新專案請使用 Visual Studio 2019/2022 (MSVC)、Clang/LLVM、GCC (MinGW/WSL2)，標準相容性與現代 C++ 支援（C++17/20/23）完勝 VC6。
VC6 開發流程歷史回顧（教學參考）
VC6 編譯器負責：原始碼 → 組合語言 → 目標檔 (.obj) → 連結器產出可執行檔 (.exe)
- 原始程式經預處理後交給編譯器
- 無誤則生成組合程式，再生成目標程式
- 連結器連結目標程式生成可執行程式
VC6 專案遷移現代化建置系統實務
- 原始碼層面：修正不符合現代標準的代碼（如 `iostream.h` → `iostream`、`void main` → `int main`、移除舊式巨集）
- 建置系統：遷移至 CMake 或 MSBuild，棄用 `.dsp/.dsw`
- 第三方庫：重新以 vcpkg/Conan 管理或從源碼建置
- 除錯：善用現代除錯器（VS Debugger、GDB、LLDB）替代 VC6 除錯器
結語
VC6 是一代經典，承載無數中國開發者的啟蒙記憶。但技術不等人，標準演進、工具迭代、安全性要求，都要求我們遷移至現代工具鏈。懂 VC6 歷史流程有助於理解編譯原理，但生產環境請擁抱現代化。
