基於Revision 3.188
本文只用於加深自身對C++的理解和掌握，翻譯不求信雅達，興而所致，訛誤必多，讀者慎之！建議讀者參考原版或YuleFox的譯文。評論亦只出於個人喜好，態度更將隨時間而改變。
一 背景
C++是許多Google開源項目使用的主力開發語言。正如每名C++程序員所知，C++有很多強大的特性，這種強大也導致了它的複雜，而複雜性又可能導致C++代碼更容易出bug，更難讀懂，更難維護。
本規範的目標是，通過詳細敘述“寫C++代碼時該做什麼，不該做什麼”管理這種複雜性。規範中所有的守則都是爲了在允許碼農高效利用C++語言特色的同時，保持代碼易於管理。
Style，亦稱readability，是我們用來管理C++代碼的習俗。Style這個術語有一定誤導作用，因爲這些習俗涵蓋的內容遠比源碼格式多得多。
保持代碼易於管理的一種辦法是強制前後一致。讓任何一個程序員能很快看懂別人的代碼非常重要。保持一種統一的風格且遵守習俗，意味着我們能輕易地利用“模式匹配”的方法來推測出各種符號的含義及性質。創造普遍應用、必須遵守的習語和模式，看懂代碼會容易得多。有時侯改變某些規範中的守則可能會有站得住腳的理由，但我們還是讓代碼保持原樣，來保持前後一致。
本規範要解決的另一個問題是C++特性的劇增。C++是一門龐大的語言，有很多高級功能。有時候我們會限制甚而禁止使用特定的功能。這是爲了保持代碼簡單，避免這些功能可能導致的各種常見錯誤和問題。本規範列出了這些功能，也解釋了爲什麼限制它們的使用。
Google開發的開源項目均遵從本規範的要求。
注意：本規範並非C++入門指南，我們假定讀者熟悉C++語言。
個人觀點
Style翻譯成代碼規範還是挺合適的，起碼“規範”這兩個字不太容易被理解成格式要求。以前讀書的時候一直比較輕視代碼規範，現在有了些經驗，慢慢意識到其重要性，即使是每行不超過80列、大括號的寫法這些格式上的要求也並非形式主義。小時候字寫得很爛，卻一直不重視，直到高考後，才覺得寫一手好字也不賴，現在則覺得真他媽的重要，可惜已經再沒時間去練了。
所以這次代碼規範一定得學好。