C++程序風格的思考

轉載自：http://www.cppblog.com/weiym/archive/2013/04/27/199781.html

發現厚積薄發中有不少值得學習的東西 故引用之：

最近有機會看號稱是公司最核心的代碼， 由於這個代碼之前一直是美國那邊保密的， 這麼重要的代碼會是啥樣子？
真正拿到手大體看了一下後卻挺失望的，由於該代碼風格基本上是我剛畢業時的C++風格----帶類的C，單從代碼上看寫的挺濫，裏面沒啥設計模式， 也沒有用模板， 代碼裏面甚至一個函數能夠寫上近千行。
這麼重要的代碼， 居然是這種風格，挺鬱悶， 由此思考好的C++程序應該是什麼風格？

C++由於自己支持多種範型設計(面向過程， 基於對象，面向對象，普通泛型，模板元編程等)， 使得C++的程序風格和其餘語言相比更加多種多樣。因此有人評價C++像一把瑞士軍刀， 什麼功能都有， 你想拿它當什麼刀使，它就能成爲何刀， 因此它很強大，強大的同時也意味着複雜。其餘語言，好比Java/C#主要只支持面向對象，這樣他們的風格就很統一， 不管是標準庫，框架仍是應用，都是以對象，接口和模式爲主導。 可是C++程序就不同了， 能夠說C++程序風格沒有固定的標準， 每一個人根據他的經歷和使用的框架，會有徹底不同的風格， 網上別人總結了一些C++程序風格：

1. 經典C++流：類是核心，例程多用C Runtime的，不多用模版，通常是正統教育的結果。
2. 古典C流：基本上當C用，偶爾用用對象，不使用異常，喜歡懷舊。
3. MFC流：秉承MFC的風格，主要使用MFC/ATL對象和Win32 API，不喜歡STL，用不少的宏把IDE的語法提示模塊折磨到崩潰。
4. Portable流：以C Runtime和STL爲主要工具，使用類和模版，不跨平臺毋寧死。
5. Functional流：以模版和STL爲主要武器，大量使用函數式語言的設計方法，並號稱這纔是真正的C++。
6. Win32流：多使用全局函數，偏心Win32 API，但不排斥C Runtime，一般喜歡輕量級的程序，因此身材也比較苗條。
7. Java流：全面使用Java的風格，不能允許任何全局成員，但容許使用STL的集合類，寫不少叫Factory的類。
8. COM流：喜歡AddRef()和Release()，大量使用接口，隱藏一切能夠隱藏的東西，誦經的時候要把上帝替換成COM。
9. 戒律流：追求完美的C++程序，計較每個const和throw()，極力避免不安全的cast，隨身必定要帶一本ISO C++手冊。
10. 混沌流：其程序無常形，無恆道，變幻莫測，吾不知其名。 

上面確實總結了咱們常見的一些C++程序風格，相信大部分C++程序員均可以再裏面找到本身曾經或如今的影子。另外每一個人C++程序風格不是一成不變的，隨着他的項目經歷會不斷的變化。好比通常人剛畢業時的風格都是帶類的C，代碼風格偏向面向過程； 後來隨着對面向對象的深刻， 慢慢地會使用模式和接口來設計，此時代碼風格偏向面向對象；  再後面可能會深刻STL和泛型，甚至模板元編程， 此時代碼風格使用模板泛型； 最後有些人可能會以爲過分的關注面向對象的設計模式和模板的泛型設計， 會讓人偏離對要解決的問題自己的關注， 最後他的風格又回到了原始的C或是剛畢業時帶類的C的風格。

從上面能夠看到，對於C++程序風格，咱們很難定出一個比較統一的標準，可是我想咱們能夠根據咱們要解決的問題不一樣而使用不一樣的風格。下面是我我的的一些見解：

（1）C++底層語言基礎庫（STL, Boost）以泛型爲主導， 以高效和通用爲設計原則， 這方面我想你們已經達成共識。

（2）C++應用基礎庫和框架以面向對象和泛型爲主導。基礎框架通常對擴展性和性能都有必定要求，對於框架通常咱們是大量實踐經驗的總結，因此咱們基本上已經知道它的全部可變狀況， 因此理論上咱們能夠進行精緻的設計，而後經過模板參數的Traits和Policy來分離全部可能的狀況，框架自己也有必定的複雜性，須要面向對象來封裝和解耦， ATL是這方面做爲COM組件開發基礎庫的成功例子。基礎框架以高效,專用和擴展性爲設計原則。

（3）C++應用層以面向對象爲主導。應用層邏輯是多變的， 理論上你也能夠採用模板參數的方式來應對變化， 可是應用層的變化很是複雜， 不少事不可預測的， 因此你不可能以模板參數的方式預測到全部可能的狀況。另外C++如今尚未對泛型Concepts的描述機制， 致使模板代碼比較難懂。在多變的應用層大量採用模板顯然不是一個好的選擇。 另外模板在應用層的大量使用也沒有比較成熟的經驗， 而面向對象和模式已是很是成熟。應用層以低耦合，靈活應對變化爲設計原則。

（4）C++模塊（DLL）間的交互則以C方式API或是仿COM（Interface+Factory）爲主導， 模塊接口和交互以簡潔和二進制兼容爲設計原則。

總之， 咱們應該靈活應用C++各類風格和範型的特色， 採用 」多範型「 程序設計的思路來解決問題， 而不是採用單一風格。

最後，回到我最初的公司核心代碼， 該代碼是用來解決某個特定問題， 顯然與通用性和可擴展性關係都不大， 也就不須要所謂的模式和模板了， 實際上你越往操做系統底層， 你離這些抽象的東西就越遠， 因此Linux之父纔會給C++差評。