C++代碼風格的思考

       C++/C就像他沒有二進位標準一樣，沒有統一的代碼風格，有unix風格的，有匈牙利風格的。自己很長一段時間也是比較鬱悶，後來看到google C++ style的文檔受益匪淺。但是STL、MS、Qt等代碼風格各有不同，個人就產生了一些思考。

1. 縮排
   1. tab還是空格？更多的文檔推薦用空格去而不用tab，仍舊有些會說tab的好處。
   2. 2、4、8個空格？這對應著不同的縮排深度，2個空格是不是不明顯？8個空格是不是按的手疼？4個空格似乎更好些，但是如果多級縮排就會比2個空格更早的超出80個字元的邊界了。
2. 括弧
   1. 括弧（或者其他運算子）是跟在行尾還是另起一行呢？放到行尾知道下一行還有內容，放到下一行的理由是你沒有“;”這一行一定沒有完成，更能知道單獨一行是從上一行的繼續。
3. 變數與命名
   1. 類變數在前還是函數在前？
   2. 匈牙利命名，還是駝峰，還是全小寫底線分割？STL和unix系的大師們都是底線分割，匈牙利似乎是MFC的專寵，而駝峰在Qt中大量使用而像java、C#這些語言也是這樣的風格。
   3. 成員變數怎麼定義，加m還是加m_還是加_尾碼還是不加任何修飾
   4. 需不需要在變數前加類型標識？如果使用的都是原始類型的資料這似乎很有效區分變數的類型，但是我們大量自定了很多類型似乎這條規則似乎就不那麼好用了？
4. 標頭檔定義順序
   1. 先自訂標頭檔後系統標頭檔，能夠更快地發現自訂檔案中的衝突。
   2. 先系統標頭檔後自訂檔案，減少隱藏標頭檔的依賴。
5. 注釋
   1. 注釋的第一個目的就是讓看代碼的人快速的瞭解代碼的意思，還有一個功能就是能夠產生開發文檔
   2. doxygen是一個比較通用的更加註釋產生文檔的工具，開源界更傾向於這種風格的注釋。
6. 檔案
   1. 一個檔案一個類還是按功能分檔案？
   2. 檔案尾多一個空行？似乎這沒有什麼害處。
7. 總結

1. 不管那種風格，在一個項目中都應該是統一的，不管你的好惡如何
2. 什麼風格的注釋我所謂，關鍵你應該有注釋並把事情說明白
3. 不管什麼風格，你的代碼一定是優美整潔的
4. 代碼風格的一切是為了效率的平衡