• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            最近有機會看號稱是公司最核心的代碼, 因為這個代碼以前一直是美國那邊保密的, 這么重要的代碼會是啥樣子?
            真正拿到手大致看了一下后卻挺失望的,因為該代碼風格基本上是我剛畢業時的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++差評。
            posted on 2013-04-27 23:28 Richard Wei 閱讀(4792) 評論(11)  編輯 收藏 引用 所屬分類: C++

            FeedBack:
            # re: C++程序風格的思考
            2013-04-28 09:23 | zuhd
            越來越覺得c的代碼舒服了  回復  更多評論
              
            # re: C++程序風格的思考
            2013-04-28 09:36 | 溪流
            哈  回復  更多評論
              
            # re: C++程序風格的思考
            2013-04-28 10:03 | 多事
            開始覺著C++挺好,總是封裝類什么的。
            后來覺著不必寫類也可以,反而代碼看著更清晰。
            我還是喜歡C + class。
            ps: 其實是C++的各種特性太多了,記不住。  回復  更多評論
              
            # re: C++程序風格的思考
            2013-04-28 10:42 | test
            我這樣的:
            1、沒事就不用class,而是c函數。
            2、可以的話就用class以及template。
            3、十分需要多態就virtual,否則switch。
            4、不用異常。
            5、能用數組就不用vector。
            6、沒用過更高級的stl或者boost。  回復  更多評論
              
            # re: C++程序風格的思考[未登錄]
            2013-04-28 13:55 | 123
            心里落差可以理解。不過重要的或者核心的代碼,跟好的代碼不是一個概念。  回復  更多評論
              
            # re: C++程序風格的思考
            2013-04-28 21:50 | 其實俺不是壞人
            多半是歷史遺留問題。
            上個世紀的C++代碼這種風格的很多。  回復  更多評論
              
            # re: C++程序風格的思考[未登錄]
            2013-04-30 16:10 | 楊粼波
            特定問題,特定風格.
            我個人吧,現在是對任何風格都不討厭,也不喜歡.
            只要現實需要,任何風格我都可以用,也可以不用.
            很多代碼其實可以在逐步的重構中變得簡潔,清晰,漂亮.
            糟糕的代碼看多了,漂亮的代碼也看多了,我個人已經麻木了.
            代碼最重要的還是正確,穩定,也就是要健壯,只要是健壯的代碼就是好代碼,否則寫得再好看也是垃圾.  回復  更多評論
              
            # re: C++程序風格的思考
            2013-05-06 13:26 | 逛奔的蝸牛
            看來大公司的老產品都這樣,我們的也是,一個函數上萬行很多,有的一個C++源文件竟然有10多M  回復  更多評論
              
            # re: C++程序風格的思考[未登錄]
            2013-06-06 15:49 | d
            好C@test
              回復  更多評論
              
            # re: C++程序風格的思考
            2013-08-31 01:07 | lyp
            我覺得更多的用現在C++ 編程,智能指針RAII,還有些C++ 11的特性。。。STL等  回復  更多評論
              
            # re: C++程序風格的思考[未登錄]
            2015-03-17 16:23 | aa
            好的代碼是說,使用起來說,實現本身并不重要。
            如何使用代表了思想,思想比實現重要  回復  更多評論
              
            久久人人爽人人澡人人高潮AV | 久久综合亚洲鲁鲁五月天| 久久久久亚洲?V成人无码| 日本精品久久久久久久久免费| 亚洲国产精品无码久久九九 | 久久午夜无码鲁丝片秋霞| 亚洲va中文字幕无码久久不卡 | 久久久久久久综合狠狠综合| 色欲综合久久躁天天躁蜜桃 | 久久久亚洲裙底偷窥综合| 国产高潮国产高潮久久久| 久久人人爽人人爽AV片| 久久夜色精品国产亚洲| 日产精品久久久久久久| 国产L精品国产亚洲区久久| 久久久亚洲AV波多野结衣 | 久久精品国产久精国产思思| 亚洲精品WWW久久久久久| 久久天堂电影网| 久久久久亚洲精品无码蜜桃| 一本一道久久a久久精品综合| 国产精品久久精品| 久久久噜噜噜久久熟女AA片| 久久精品国产色蜜蜜麻豆| 人人狠狠综合久久亚洲高清| 久久久久久久尹人综合网亚洲| 久久无码人妻一区二区三区 | 久久亚洲高清综合| 国产精品九九久久精品女同亚洲欧美日韩综合区 | 国产精品99久久久精品无码| 精品久久久久久无码中文野结衣| 久久国产色AV免费观看| 色欲久久久天天天综合网| 国产A三级久久精品| 无码精品久久久久久人妻中字| 久久久www免费人成精品| 久久久这里有精品| 久久人人爽人人人人爽AV| 亚洲av成人无码久久精品 | 狠狠色婷婷久久一区二区| 伊人久久大香线蕉综合Av|