Google放出C++代碼風格規範

日前Google放出了C++代碼風格規範，可以在此處找到： http://google-styleguide.googlecode.com/svn/trunk/cppguide.xml。

這是一份詳盡的C++開發代碼風格規範，和許多其他公司出的規範一樣，這份規範規定了大量應該做什麼，不應該做什麼的問題，摘抄幾個個人認為比較有意思的幾個方面：

1、盡量避免異常的編寫，這個恐怕是很多學現代語言的人所很不能夠忍受的，尤其是從java那邊過來的，或者是C++中編寫異常安全的程式碼的人所不能夠接受的，上面的規範也仔細的提及了贊同的與不贊同的觀點。正如C++的產生是由其曆史原因的，相容C的代碼以及與C類似的風格，導致很多用C++的第三方庫不一定都使用了異常，這就導致了異常的檢查會變得非常麻煩，Google考慮到了更多第三方相容的原因，要求在代碼中儘可能避免異常編寫。

2、RTTI的使用，異常都已經被儘可能的移出了，RTTI也就自然被禁用了。

3、實現檔案的命名，很有意思，用.cc來命名，不是常見的cpp，沒看出來有什麼好處！？

4、內嵌函式放置在-inl.h中，這個比直接在.h檔案中要清楚一些，通過檔案名稱就可以區分是普通的標頭檔還是內嵌函式檔案。

5、Google提供了一個用來檢查符合這個規範的python程式檔案cpplint.py。Google還是很喜歡Python的風格的。

6、避免匈牙利命名法，這個可能很難在windows平台上經常性開發MFC程式的人接受了。

7、對於LPCTSTR的說法，是顯示的描述比那個隱含的描述要好一些，於是要求儘可能使用const TCHAR* 來定義

8、對於參數引用，要求必定是const類型，這個很有必要，雖然引用也可以傳出值，但是在調用方，並不能夠從代碼中一眼就可以很清楚的看出，這個

引用是可能傳回值的，也極其容易導致代碼中風格規範的不一致，用指標來表示傳出值，相對就會更加明顯一點，如果兩者結合起來，就很容易明白什麼樣的參數是傳遞進去的，什麼樣的參數可能會有傳出值。

其他的規範，在其他公司出的命名規範或者代碼風格規範中，也是有類似或者相同的說法，就不列出來了，想要看的，直接去

 http://google-styleguide.googlecode.com/svn/trunk/cppguide.xml

當然，google的東西也不全是ok的，是好是非，自個兒取捨，關鍵是自己有一個穩定的代碼風格。