C++ 語法核心總結：從符號系統到現代避坑指南

C 與 C++ 本質區別

• C：面向過程，結構化程式設計。
• C++：面向物件，繼承 C 優勢並增加封裝、繼承、多態、泛型機制。

C++ 程式構成五大元素

1. 預處理命令： #define、#include、條件編譯。
2. 語句： 表達式、控制流、宣告、複合語句。
3. 輸入輸出： iostream 流庫、格式化操縱子。
4. 變數： 型別、作用域、生命週期、初始化。
5. 函數： 宣告、定義、多載、預設參數、內聯、樣板。

詞法符號體系

• 關鍵字： 語言保留字（class, virtual, template 等）。
• 標識符： 變數、函數、類別、命名空間名稱。
• 常量： 整數、浮點、字元、字串、布林、指標字面值。
• 運算子： 算術、關係、邏輯、位元、指標、賦值、多載運算子。
• 標點： { } [ ] ( ) , ; : :: ...

空白字元與註解

空格、製表、換行、分頁、垂直製表同屬空白字元，作為符號分隔符。編譯器詞法分析階段忽略空白（字串/字元常量內除外）。註解同等於空白字元處理。

Bjarne 視角：為何 C++ 仍是最佳選擇？

「我們的系統已極度複雜，因噎廢食不用 C++ 無異於拒絕更安全的型別檢查、更好的抽象機制、更優秀的庫。」

例外：專案極小、無抽象需求、不需基礎庫（智慧指標、容器、RAII、異常）時，C 可接受。

理性面對複雜性：避短揚長策略

1. 界定專案所需子集： 依領域選擇特性（嵌入式禁 RTTI/異常，高頻交易全開）。
2. 強制編碼規範： 採用 C++ Core Guidelines、Google C++ Style Guide。
3. 工具鏈強制執行： Clang-Tidy、Cppcheck、-Werror、Sanitizer。
4. 現代化替代歷史包袱：

避開「C++ 不好」的認知陷阱

認定「C++ 不好」者，即便語言簡化也會找新理由拒絕。真正理性反對者僅一理由：專案中複雜性成本超過抽象收益。對此，採用「最小必要特性集」+「工具自動化治理」即可化解。