解讀 Google C++ 風格指南：核心規範與設計哲學

前言：為何需要嚴格規範

C++ 特性極其豐富（泛型、模板、OOP、異常等），且編譯器「自作聰明」地進行隱式轉換、重載解析、模板推導，導致行為難以預測。Google 風格指南的核心思想是「預防勝於治療」：透過禁用易誤用特性、強制顯式化，從源頭避免錯誤。

核心規範逐條解析

1. 禁用類類型的全域/靜態變量

理由：C++ 標準未定義跨編譯單元的初始化順序。若 A 依賴 B，行為不可預期。
替代：使用指針，在 main() 統一初始化。

2. 建構子僅做成員初始化，複雜邏輯移至 Init()

• 建構子無返回值，難以報錯（指南禁用異常）
• 初始化失敗導致物件處於不確定狀態
• 建構子中調用虛函數不會派發到子類實現
• 全域物件建構早於 main()，可能違反隱含假設（如 gflags 未初始化）

3. 必須顯式定義預設建構子

編譯器自動生成的預設建構子對成員初始化行為不確定，增加除錯難度。

4. 單參數建構子加 explicit

防止非預期的隱式轉換。

5. 僅在必要時提供拷貝建構子與賦值運算子，否則用 DISALLOW_COPY_AND_ASSIGN 禁用

避免隱式拷貝；若需拷貝語義，提供具名函數 Copy() 更清晰。

6. 禁用運算子重載（極少數例外）

改用具名函數如 Equal()、Add()，避免隱式調用驚喜。

7. 限制函數重載

僅當「不同型別表達相同意義」時允許；禁止用重載模擬預設參數。建議用 AppendString()/AppendInt() 替代重載 Append()。

8. 全面禁用 C++ 異常

• 傳播路徑需檢查所有調用者，否則資源洩漏
• 控制流難以靜態分析，維護/除錯困難
• 需 RAII + commit-phase 隔離，成本高
• 二進位體積與編譯時間增加
• 誘導濫用（如用於輸入驗證）

總結

Google 風格指南本質上是「受限子集」策略：捨棄 C++ 部分強大但危險的特性，換取程式碼的可預測性、可維護性與團隊協作效率。這反映了大規模工程對「可控」優於「精巧」的務實取向。