最近有機會看號稱是公司最核心的代碼， 因為這個代碼以前一直是美國那邊保密的， 這么重要的代碼會是啥樣子？真正拿到手大致看了一下后卻挺失望的，因為該代碼風格基本上是我剛畢業(yè)時的C++風格----帶類的C，單從代碼上看寫的挺濫，里面沒啥設(shè)計模式， 也沒有用模板， 代碼里面甚至一個函數(shù)可以寫上近千行。這么重要的代碼， 竟然是這種風格，挺郁悶， 由此思考好的C++程序應(yīng)該是什么風格？C++因為本身支持多種范型設(shè)計(面向過程， 基于對象，面向?qū)ο螅胀ǚ盒停０逶幊痰?， 使得C++的程序風格和其他語言相比更加多種多樣。所以有人評價C++像一把瑞士軍刀， 什么功能都有， 你想拿它當什么刀使，它就能成為什么刀， 所以它很強大，強大的同時也意味著復(fù)雜。其他語言，比如Java/C#主要只支持面向?qū)ο螅@樣他們的風格就很統(tǒng)一， 無論是標準庫，框架還是應(yīng)用，都是以對象，接口和模式為主導(dǎo)。 但是C++程序就不一樣了， 可以說C++程序風格沒有固定的標準， 每個人根據(jù)他的經(jīng)歷和使用的框架，會有完全不一樣的風格， 網(wǎng)上別人總結(jié)了一些C++程序風格：1. 經(jīng)典C++流：類是核心，例程多用C Runtime的，很少用模版，一般是正統(tǒng)教育的結(jié)果。2. 古典C流：基本上當C用，偶爾用用對象，不使用異常，喜歡懷舊。3. MFC流：秉承MFC的風格，主要使用MFC/ATL對象和Win32 API，不喜歡STL，用很多的宏把IDE的語法提示模塊折磨到崩潰。4. Portable流：以C Runtime和STL為主要工具，使用類和模版，不跨平臺毋寧死。5. Functional流：以模版和STL為主要武器，大量使用函數(shù)式語言的設(shè)計方法，并號稱這才是真正的C++。6. Win32流：多使用全局函數(shù)，偏愛Win32 API，但不排斥C Runtime，通常喜歡輕量級的程序，所以身材也比較苗條。7. Java流：全面使用Java的風格，不能容許任何全局成員，但允許使用STL的集合類，寫很多叫Factory的類。8. COM流：喜歡AddRef()和Release()，大量使用接口，隱藏一切可以隱藏的東西，誦經(jīng)的時候要把上帝替換成COM。9. 戒律流：追求完美的C++程序，計較每一個const和throw()，極力避免不安全的cast，隨身一定要帶一本ISO C++手冊。10. 混沌流：其程序無常形，無恒道，變幻莫測，吾不知其名。
上面確實總結(jié)了我們常見的一些C++程序風格，相信大部分C++程序員都可以再里面找到自己曾經(jīng)或現(xiàn)在的影子。另外每個人C++程序風格不是一成不變的，隨著他的項目經(jīng)歷會不斷的變化。比如一般人剛畢業(yè)時的風格都是帶類的C，代碼風格偏向面向過程； 后來隨著對面向?qū)ο蟮纳钊耄?慢慢地會使用模式和接口來設(shè)計，此時代碼風格偏向面向?qū)ο螅? 再后面可能會深入STL和泛型，甚至模板元編程， 此時代碼風格使用模板泛型； 最后有些人可能會覺得過度的關(guān)注面向?qū)ο蟮脑O(shè)計模式和模板的泛型設(shè)計， 會讓人偏離對要解決的問題本身的關(guān)注， 最后他的風格又回到了原始的C或是剛畢業(yè)時帶類的C的風格。從上面可以看到，對于C++程序風格，我們很難定出一個比較統(tǒng)一的標準，但是我想我們可以根據(jù)我們要解決的問題不同而使用不同的風格。下面是我個人的一些看法：（1）C++底層語言基礎(chǔ)庫（STL, Boost）以泛型為主導(dǎo)， 以高效和通用為設(shè)計原則， 這方面我想大家已經(jīng)達成共識。
（2）C++應(yīng)用基礎(chǔ)庫和框架以面向?qū)ο蠛头盒蜑橹鲗?dǎo)。基礎(chǔ)框架一般對擴展性和性能都有一定要求，對于框架一般我們是大量實踐經(jīng)驗的總結(jié)，所以我們基本上已經(jīng)知道它的所有可變情況， 所以理論上我們可以進行精致的設(shè)計，然后通過模板參數(shù)的Traits和Policy來分離所有可能的情況，框架本身也有一定的復(fù)雜性，需要面向?qū)ο髞矸庋b和解耦， ATL是這方面作為COM組件開發(fā)基礎(chǔ)庫的成功例子。基礎(chǔ)框架以高效,專用和擴展性為設(shè)計原則。
（3）C++應(yīng)用層以面向?qū)ο鬄橹鲗?dǎo)。應(yīng)用層邏輯是多變的， 理論上你也可以采用模板參數(shù)的方式來應(yīng)對變化， 但是應(yīng)用層的變化非常復(fù)雜， 很多事不可預(yù)測的， 所以你不可能以模板參數(shù)的方式預(yù)測到所有可能的情況。另外C++現(xiàn)在還沒有對泛型Concepts的描述機制， 導(dǎo)致模板代碼比較難懂。在多變的應(yīng)用層大量采用模板顯然不是一個好的選擇。 另外模板在應(yīng)用層的大量使用也沒有比較成熟的經(jīng)驗， 而面向?qū)ο蠛湍Ｊ揭呀?jīng)是非常成熟。應(yīng)用層以低耦合，靈活應(yīng)對變化為設(shè)計原則。
（4）C++模塊（DLL）間的交互則以C方式API或是仿COM（Interface+Factory）為主導(dǎo)， 模塊接口和交互以簡潔和二進制兼容為設(shè)計原則。總之， 我們應(yīng)該靈活應(yīng)用C++各種風格和范型的特點， 采用 ”多范型“ 程序設(shè)計的思路來解決問題， 而不是采用單一風格。最后，回到我最初的公司核心代碼， 該代碼是用來解決某個特定問題， 顯然與通用性和可擴展性關(guān)系都不大， 也就不需要所謂的模式和模板了， 實際上你越往操作系統(tǒng)底層， 你離這些抽象的東西就越遠， 所以Linux之父才會給C++差評。
posted on 2013-04-27 23:28
Richard Wei 閱讀(4846)
評論(11) 編輯 收藏 引用 所屬分類:
C++