Google的項目大多使用C++開發。每一個C++程序員也都知道， C++具有很多強大的語言特性，但這種強大不可避免的導致它的復雜，而復雜性會使得代碼更容易出現bug.難于閱讀和維護。

　　本指南的目的是通過詳細闡述如何進行C+ +編碼來規避其復雜性，使得代碼在有效使用C+ +語言特性的同時還易于管理。

　　使代碼易于管理的方法之一是增強代碼一 致性，讓別人可以讀懂你的代碼是很重要的，保持統-編程風格意味著可以輕松根據“模式匹配”規則推斷各種符號的含義。創建通用的、必需的習慣用語和模式可以使代碼更加容易理解在某些情況下改變一些編程風格可能會是好的選擇 但我們還是應該遵循一致性原則，盡量不這樣去做。

　　本指南的另-一個觀點是C+ +特性的臃腫。C++是一門包含大量高級特性的巨型語言， 某些情況下，我們會限制甚至禁止使用某些特性使代碼簡化，避免可能導致的各種問題，指南中列舉了這類特性，并解釋說為什么這些特性是被限制使用的。

　　注意：本指南并非C+ +教程，我們假定讀者已經對C+ +非常熟悉。

　　頭文件

　　通常，每一個.cc文件（ C++的源文件）都有一個對應的h文件（頭文件），也有一些例外，如單元測試代碼和只包含main0的.cc文件。

　　正確使用頭文件可令代碼在可讀性、文件大小和性能上大為改觀。

　　下面的規則將引導你規避使用頭文件時的各種麻煩。

　　2.頭文件依賴

　　使用前置聲明（ forward declarations ）盡量減少h文件中#include的數量。

　　當一個頭文件被包含的同時也引入了一項新的依賴（ dependency ），只要該頭文件被修改，代碼就要重新編譯。如果你的頭文件包含了其他頭文件，這些頭文件的任何改變也將導致那些包含了你的頭文件的代碼重新編譯。因此，我們應該盡量少的包含頭文件，尤其是那些包含在其他頭文件中的。

　　使用前置聲明可以顯著減少需要包含的頭文件數量。舉例說明：頭文件中用到類File ，但不需要訪問File的聲明，則頭文件中只需前置聲明class File;無需#include *file/base/ileh“。

　　在頭文件如何做到使用類Foo而無需訪問類的定義？1）將數據成員類型聲明為Foo *或Foo & ;

　　2）參數。返回值類型為Foo的函數只是聲明（但不定義實現）;

　　3）靜態數據成員的類型可以被聲明為Foo ，因為靜態數據成員的定義在類定義之外。

　　另一方面，如果你的類是Foo的子類，或者含有類型為Foo的非靜態數據成員，則必須為之包含頭文件。

　　有時，使用指針成員（ pointer members ，如果是scoped. ptr更好）替代對象成員（ object members ）的確更有意義。然而，這樣的做法會降低代碼可讀性及執行效率。如果僅僅為了少包含頭文件，還是不要這樣替代的好。

　　當然，.cc文件無論如何都需要所使用類的定義部分，自然也就會包含若干頭文件。

　　注：能依賴聲明的就不要衣賴定義。