C++因?yàn)楸旧碇С侄喾N范型設(shè)計(jì)(面向過(guò)程， 基于對(duì)象，面向?qū)ο螅胀ǚ盒停０逶幊痰?， 使得C++的程序風(fēng)格和其他語(yǔ)言相比更加多種多樣。所以有人評(píng)價(jià)C++像一把瑞士軍刀， 什么功能都有， 你想拿它當(dāng)什么刀使，它就能成為什么刀， 所以它很強(qiáng)大，強(qiáng)大的同時(shí)也意味著復(fù)雜。其他語(yǔ)言，比如Java/C#主要只支持面向?qū)ο螅@樣他們的風(fēng)格就很統(tǒng)一， 無(wú)論是標(biāo)準(zhǔn)庫(kù)，框架還是應(yīng)用，都是以對(duì)象，接口和模式為主導(dǎo)。 但是C++程序就不一樣了， 可以說(shuō)C++程序風(fēng)格沒(méi)有固定的標(biāo)準(zhǔn)， 每個(gè)人根據(jù)他的經(jīng)歷和使用的框架，會(huì)有完全不一樣的風(fēng)格， 網(wǎng)上別人總結(jié)了一些C++程序風(fēng)格：

　　1. 經(jīng)典C++流：類是核心，例程多用C Runtime的，很少用模版，一般是正統(tǒng)教育的結(jié)果。

　　2. 古典C流：基本上當(dāng)C用，偶爾用用對(duì)象，不使用異常，喜歡懷舊。

　　3. MFC流：秉承MFC的風(fēng)格，主要使用MFC/ATL對(duì)象和Win32 API，不喜歡STL，用很多的宏把IDE的語(yǔ)法提示模塊折磨到崩潰。

　　4. Portable流：以C Runtime和STL為主要工具，使用類和模版，不跨平臺(tái)毋寧死。

　　5. Functional流：以模版和STL為主要武器，大量使用函數(shù)式語(yǔ)言的設(shè)計(jì)方法，并號(hào)稱這才是真正的C++。

　　6. Win32流：多使用全局函數(shù)，偏愛(ài)Win32 API，但不排斥C Runtime，通常喜歡輕量級(jí)的程序，所以身材也比較苗條。

　　7. Java流：全面使用Java的風(fēng)格，不能容許任何全局成員，但允許使用STL的集合類，寫(xiě)很多叫Factory的類雅思答案

　　8. COM流：喜歡AddRef()和Release()，大量使用接口，隱藏一切可以隱藏的東西，誦經(jīng)的時(shí)候要把上帝替換成COM。

　　9. 戒律流：追求完美的C++程序，計(jì)較每一個(gè)const和throw()，極力避免不安全的cast，隨身一定要帶一本ISO C++手冊(cè)。

　　10. 混沌流：其程序無(wú)常形，無(wú)恒道，變幻莫測(cè)，吾不知其名。

　　上面確實(shí)總結(jié)了我們常見(jiàn)的一些C++程序風(fēng)格，相信大部分C++程序員都可以再里面找到自己曾經(jīng)或現(xiàn)在的影子。另外每個(gè)人C++程序風(fēng)格不是一成不變的，隨著他的項(xiàng)目經(jīng)歷會(huì)不斷的變化。比如一般人剛畢業(yè)時(shí)的風(fēng)格都是帶類的C，代碼風(fēng)格偏向面向過(guò)程; 后來(lái)隨著對(duì)面向?qū)ο蟮纳钊耄?慢慢地會(huì)使用模式和接口來(lái)設(shè)計(jì)，此時(shí)代碼風(fēng)格偏向面向?qū)ο? 再后面可能會(huì)深入STL和泛型，甚至模板元編程， 此時(shí)代碼風(fēng)格使用模板泛型; 最后有些人可能會(huì)覺(jué)得過(guò)度的關(guān)注面向?qū)ο蟮脑O(shè)計(jì)模式和模板的泛型設(shè)計(jì)， 會(huì)讓人偏離對(duì)要解決的問(wèn)題本身的關(guān)注， 最后他的風(fēng)格又回到了原始的C或是剛畢業(yè)時(shí)帶類的C的風(fēng)格。

　　從上面可以看到，對(duì)于C++程序風(fēng)格，我們很難定出一個(gè)比較統(tǒng)一的標(biāo)準(zhǔn)，但是我想我們可以根據(jù)我們要解決的問(wèn)題不同而使用不同的風(fēng)格。下面是我個(gè)人的一些看法：

　　(1)C++底層語(yǔ)言基礎(chǔ)庫(kù)(STL, Boost)以泛型為主導(dǎo)， 以高效和通用為設(shè)計(jì)原則， 這方面我想大家已經(jīng)達(dá)成共識(shí)。

　　(2)C++應(yīng)用基礎(chǔ)庫(kù)和框架以面向?qū)ο蠛头盒蜑橹鲗?dǎo)。基礎(chǔ)框架一般對(duì)擴(kuò)展性和性能都有一定要求，對(duì)于框架一般我們是大量實(shí)踐經(jīng)驗(yàn)的總結(jié)，所以我們基本上已經(jīng)知道它的所有可變情況， 所以理論上我們可以進(jìn)行精致的設(shè)計(jì)，然后通過(guò)模板參數(shù)的Traits和Policy來(lái)分離所有可能的情況，框架本身也有一定的復(fù)雜性，需要面向?qū)ο髞?lái)封裝和解耦， ATL是這方面作為COM組件開(kāi)發(fā)基礎(chǔ)庫(kù)的成功例子。基礎(chǔ)框架以高效,專用和擴(kuò)展性為設(shè)計(jì)原則。

　　(3)C++應(yīng)用層以面向?qū)ο鬄橹鲗?dǎo)。應(yīng)用層邏輯是多變的， 理論上你也可以采用模板參數(shù)的方式來(lái)應(yīng)對(duì)變化， 但是應(yīng)用層的變化非常復(fù)雜， 很多事不可預(yù)測(cè)的， 所以你不可能以模板參數(shù)的方式預(yù)測(cè)到所有可能的情況。另外C++現(xiàn)在還沒(méi)有對(duì)泛型Concepts的描述機(jī)制， 導(dǎo)致模板代碼比較難懂。在多變的應(yīng)用層大量采用模板顯然不是一個(gè)好的選擇。 另外模板在應(yīng)用層的大量使用也沒(méi)有比較成熟的經(jīng)驗(yàn)， 而面向?qū)ο蠛湍Ｊ揭呀?jīng)是非常成熟。應(yīng)用層以低耦合，靈活應(yīng)對(duì)變化為設(shè)計(jì)原則雅思改分

　　(4)C++模塊(DLL)間的交互則以C方式API或是仿COM(Interface+Factory)為主導(dǎo)， 模塊接口和交互以簡(jiǎn)潔和二進(jìn)制兼容為設(shè)計(jì)原則。

　　總之， 我們應(yīng)該靈活應(yīng)用C++各種風(fēng)格和范型的特點(diǎn)， 采用 ”多范型“ 程序設(shè)計(jì)的思路來(lái)解決問(wèn)題， 而不是采用單一風(fēng)格。