• <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>

            洛譯小筑

            別來無恙,我的老友…
            隨筆 - 45, 文章 - 0, 評論 - 172, 引用 - 0
            數(shù)據(jù)加載中……

            [ECPP讀書筆記 條目1] 把C++看作多種語言的聯(lián)合體


            起初,C++僅僅是增補了面向對象特性的C語言。甚至C++原始的名稱都叫做“C with Classes”,即“使用類的C語言”,二者的繼承關系可見一斑。

            隨著C++逐漸成熟,它開始采納一些與“使用類的C語言”不同的理念、特征以及編程策略,使其顯得更加大膽前衛(wèi),更富有冒險精神。在組織各個函數(shù)時異常處理機制需要不同的處理方式(參見條目29),模板為設計模式帶來了全新的思維方式(參見條目41),與此同時,STL使C++擁有了前所未有的可擴展性。

            今天的C++是一門多范型編程語言,它包含面向過程、面向對象、函數(shù)式編程、泛型、元編程等等特征。C++的強大和靈活幾乎是無可比擬的,但這也會造成一些困惑。所有“恰當用法”的準則似乎都存在例外。那么我們該如何正確理解這樣一門語言呢?

            最簡單的辦法就是把C++看作一個由若干門語言組成的聯(lián)合體,而不是一門單一的語言。在某個特定的子語言中,規(guī)則就會趨于簡單、直接,而且容易記憶。當你切換到另一門子語言時,規(guī)則也就相應地改變了。為了理解C++,你必須能夠辨別C++所有主要的子語言。幸運的是,主要的子語言只有四門:

            C。盡管變革是深刻的,C++仍然基于C語言。程序塊、語句、預處理器、內建數(shù)據(jù)類型、數(shù)組、指針,等等,所有都來自于C。在許多情況下,C++為某些問題提供的解決方案要比C更優(yōu)秀(比如條目2(預處理器的替代方法)和條目13(使用對象管理資源)),但是當你發(fā)現(xiàn)你正在使用C++中的C這一部分編寫程序時,高效編程原則就會反映出C語言更多的局限所在:沒有模板、沒有異常處理、沒有重載,等等。

            面向對象的C++。這一部分的C++就是使用類的C語言的一切:類(包括構造函數(shù)和析構函數(shù))、封裝、繼承、多態(tài)、虛函數(shù)(動態(tài)綁定),等等。這是C++中面向對象的經(jīng)典準則得到最為直接的應用的那一部分。

            包含模板的C++。這是C++中泛型編程的一部分,這也是大多數(shù)程序員涉足最淺的部分。模板的概念遍及C++的方方面面,因此,某些優(yōu)秀的編程守則中有一些特定的、僅針對模板的段落也不足為奇。(比如,條目46中介紹的在調用模板函數(shù)時如何簡化類型轉換)。事實上,模板如此之強大,它足以帶來一個全新的編程范型:模板元編程(template meta-programming,簡稱TMP)。條目48是對TMP的一個簡介,然而除非你是一個狂熱的“模板迷”,你大可不必投入過多精力。主流C++編程很少涉及到TMP規(guī)則。

            STL。顧名思義,STL是一個模板庫,但是它是一個非常特別的模板庫。它將容器、迭代器、算法、函數(shù)對象之間的約定十分優(yōu)雅的相互協(xié)調在一起,當然模板和庫也可以基于其它的理念來構建。STL有自己獨特的解決問題的方法,當你使用STL編程時,你必須要遵循它的約定。

            時刻地對這四門子語言保持頭腦清醒,當你從一門子語言切換到另一門時,高效的程序會要求你必須更改當前策略,遇到這種情況時請不要大驚小怪。比如說,對內建(比如類似C語言的)類型而言,傳值要比傳引用更高效,但是當你從C++中的C遷移到面向對象的C++后,構造函數(shù)和析構函數(shù)的存在就意味著傳遞const引用會更好。在使用“包含模板的C++”時這一點尤其正確,因為你根本就不知道當前正在處理的對象是什么類型。然而當開始使用STL時,迭代器和函數(shù)對象都是基于C語言中的指針機制創(chuàng)建的,因此對于迭代器和函數(shù)對象而言,C語言的傳值規(guī)則又再次奏效了。(關于各種傳參方法方案選擇的細節(jié),參見條目20。)

            綜上,C++并不是一門僅僅擁有一套規(guī)則的單一化編程語言,它是四門子語言的聯(lián)合體,每門子語言都有自己的約定。對這四門子語言時刻保持清醒,你會發(fā)現(xiàn)C++并沒有那么難于理解。

            時刻牢記

            C++ 的高效編程守則不是一成不變的,它根據(jù)你正在使用的那一部分C++而改變。

            posted on 2007-04-02 21:12 ★ROY★ 閱讀(2299) 評論(6)  編輯 收藏 引用 所屬分類: Effective C++

            評論

            # re: 【翻】Effective C++ (Item 1)  回復  更多評論   

            恩,一定要堅持,我就是缺乏堅持,希望我們以后相互鼓勵,共同進步!
            2007-04-02 21:14 | 夢在天涯

            # re: 【翻】Effective C++ (Item 1)  回復  更多評論   

            @夢在天涯
            哇這么快啊
            希望你能多多幫助我,我是個半瓶子醋。哈哈
            2007-04-02 21:26 | ★ROY★

            # re: 【翻】Effective C++ (Item 1)  回復  更多評論   

            我也是很一知半解的,慢慢學吧,呵呵
            2007-04-02 22:04 | Qiu Xianli

            # re: 【翻】Effective C++ (Item 1)[未登錄]  回復  更多評論   

            報告樓主已經(jīng)有人翻譯了前 52 條款,在這里
            http://blog.csdn.net/fatalerror99/category/180519.aspx
            希望樓主能不能把剩下的翻一下,多謝了
            2007-04-02 22:40 | C++

            # re: 【翻】Effective C++ (Item 1)  回復  更多評論   

            好像似乎可以買到書吧,候捷老師翻譯的~~~~~`
            2007-04-03 08:39 | volnet

            # re: 【翻】Effective C++ (Item 1)  回復  更多評論   

            呵呵。書店那么多的書......
            2007-04-03 15:08 | skipper
            99国产精品久久久久久久成人热| 国内精品人妻无码久久久影院导航 | 久久久久国产一级毛片高清版| 久久久久国产成人精品亚洲午夜| 久久久精品国产sm调教网站| 色天使久久综合网天天| 最新久久免费视频| 三级三级久久三级久久| 久久人人爽人人爽人人av东京热| 国产精品成人久久久久三级午夜电影| 亚洲精品白浆高清久久久久久| 亚洲欧美国产日韩综合久久| 久久一区二区三区免费| 伊人久久大香线蕉无码麻豆| 天天综合久久一二三区| 国产成年无码久久久免费| 热re99久久6国产精品免费| 国产精品久久毛片完整版| 久久精品9988| 婷婷久久综合九色综合绿巨人| 欧美日韩成人精品久久久免费看| 久久亚洲中文字幕精品有坂深雪 | 久久激情五月丁香伊人| 理论片午午伦夜理片久久| 久久国产精品99国产精| 久久本道综合久久伊人| 亚洲va中文字幕无码久久不卡| 99国产精品久久久久久久成人热| 四虎影视久久久免费| 久久精品中文字幕无码绿巨人| 久久久久亚洲AV综合波多野结衣 | 久久精品无码一区二区app| 久久综合给久久狠狠97色| 久久久久久国产精品无码下载| 亚洲国产精品久久久天堂| 婷婷久久综合九色综合绿巨人| 精品永久久福利一区二区| 日韩人妻无码精品久久免费一 | 亚洲欧美久久久久9999| 久久久久久久综合综合狠狠| 国产精品99久久精品爆乳|