每乙個c++程式設計師都知道，c++具有很多強大的語言特性，但這種強大不可避免的導致它的複雜，這種複雜會使得**更易於出現bug、難於閱讀和維護。
本指南的目的是通過詳細闡述在c++編碼時要怎樣寫、不要怎樣寫來規避其複雜性。這些規則可在允許**有效使用c++語言特性的同時使其易於管理。
使用前置宣告，盡量少.h檔案中#include的數量，防止依賴
虛函式和遞迴函式即使被宣告為內聯函式，實際上他不一定被執行
c庫 > c++庫 > 其他庫的h > 專案內的h
2.1.1 定義
2.1.2 優點
2.1.3 缺點
在標頭檔案中使用不具名的空間容易違背c++的唯一定義原則
2.1.4 結論：根據上下文合理使用命名空間
.h不要使用不具名命名空間
對單引數的建構函式使用c++關鍵字explicit
僅當只有資料時使用struct，其他一概使用class
必須為之宣告虛析構函式
一般情況下不要過載操作符
引用形參加上const，否則使用指標形參
函式過載的使用要清晰/易讀少用預設函式引數禁止使用變長陣列和alloca合理使用友元慎用異常使用c++風格的型別轉換，除單元測試外不要使用dynamic_cast能用前置自增/減，不用後置自增/減
const能用則用，提倡const在前
盡量避免使用巨集（c++中）
整數用0，實數0.0，指正null，字串『\0』推薦用sizeof（varname）代替sizeof（type）只使用boost中被認可的庫
Google C 程式設計風格指南
越來越發現一致的程式設計風格的重要性，於是把google的c 程式設計風格指南看了一遍，這裡記錄下於自己有益的rules。當規則有多個選擇時，這裡只記錄個人習慣的用法，並不代表它是唯一的用法。google style guide google開源專案風格指南 命名管理是最重要的一致性規則，因此我把它...
Google C 程式設計風格指南（五） 命名約定
最重要的一致性規則是命名管理，命名風格直接可以直接確定命名實體是 型別 變數 函式 常量 巨集等等，無需查詢實體宣告，我們大腦中的模式匹配引擎依賴於這些命名規則。命名規則具有一定隨意性，但相比按個人喜好命名，一致性更重要，所以不管你怎麼想，規則總歸是規則。1.通用命名規則 general namin...
Google C 風格指南 閱讀筆記
這個google c 風格指南出得太好了，有很多c 的問題，其實通過閱讀這份文件就可以了。相信讀完後，可以在簡歷上加上一句，具有良好的編碼風格 哈哈。下面記錄一下我的讀書筆記吧。整份文件的中文版本我已經上傳到了資源裡面。每次eclipse cdt新建乙個class的時候，都是做了define保護 所...