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

            Note of Justin

            關(guān)于工作和讀書的筆記

              C++博客 :: 首頁 :: 聯(lián)系 :: 聚合  :: 管理
              47 Posts :: 0 Stories :: 45 Comments :: 0 Trackbacks

            留言簿(14)

            搜索

            •  

            積分與排名

            • 積分 - 52710
            • 排名 - 433

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            ?

            [原創(chuàng)文章歡迎轉(zhuǎn)載,但請(qǐng)保留作者信息]

            Justin 于 2009-10-26

            布道到這個(gè)時(shí)候, Scott Meyers 已經(jīng)開始語重心長(zhǎng)的講授C++程序員的生存哲學(xué):吝嗇。

            這里,高尚是高尚者的墓志銘,const是吝嗇者的通行證。咱玩兒C++啥都要吝嗇,無論什么對(duì)象,沒有特殊關(guān)系的就只能眼看手不動(dòng)。要做到不讓別人動(dòng)自己的寶貝,就要用const,哪怕你心里沒那么小氣,也要拋出個(gè)const出來顯示咱的層次:強(qiáng)中自有強(qiáng)中手,個(gè)個(gè)const不離手……

            上面純屬個(gè)人瞎扯,書上沒有這樣寫,這樣寫只因?yàn)橄钩赌茏屓擞洃洩q新。但是從大師的題目(Use const whenever possible)就可以看出來,所謂的瞎扯其實(shí)也不是完全沒有道理。

            首先要知道const可以通用在對(duì)象上,函數(shù)參數(shù)和返回值上,甚至是用在限制函數(shù)本身。

            大量聲明const的做法有點(diǎn)“寧可錯(cuò)殺一千不可放過一個(gè)”的味道,就算我濫用了const,頂多在編譯的時(shí)候報(bào)錯(cuò):“對(duì)不起,您要修改的對(duì)象是個(gè)const…… ”反之,如果因?yàn)槭韬鰶]有定義一個(gè)原本應(yīng)該是const的對(duì)象,造成的錯(cuò)誤就是隱性的。所以只要存在不需要改動(dòng)的(或者根本就不能改動(dòng)的)對(duì)象,就把她打上const的烙印,讓外人動(dòng)不得。

            大師就是大師,說完了這些,馬上給自己留了一條后路……
            ?? Compilers enforce bitwise constness, but you should program using conceptual constness.

            這里有提到constness(這個(gè)詞有點(diǎn)難解釋,就理解為const的名詞形式吧sigh…)的兩個(gè)門派: bitwise學(xué)院派和conceptual實(shí)用派。
            bitwise constness陣營(yíng)應(yīng)該都是很學(xué)究的,這里認(rèn)為如果一個(gè)函數(shù)被聲明是const,你就絕對(duì)不能修改對(duì)象里的任何成員(static成員除外)。做人就要表里如一,說一不二。
            主張conceptual constness流的當(dāng)然都比較好說話,雖然你是const黨,但需要的時(shí)候,還是應(yīng)該有例外的嘛。正所謂人無完人,const也沒有絕對(duì)的const~

            編譯器都是古板的,所以它很堅(jiān)定D投身學(xué)院派。跟著大師混的程序員都是聰明的,當(dāng)然是實(shí)用派的粉絲。
            但是粉絲又要依賴古板的編譯器……
            所以大師傳授了獨(dú)門絕學(xué)mutable:用mutable限定的對(duì)象,哪怕是在const函數(shù)里,一樣可以修改,愛咋玩咋玩!

            和const有關(guān)的還有在const和非const對(duì)象間的轉(zhuǎn)換問題(用const_cast和static_cast完成兩個(gè)方向的轉(zhuǎn)換),不過層次太高,我還沒能看到有需要用的地方@#¥%

            posted on 2009-12-15 15:16 Justin.H 閱讀(483) 評(píng)論(4)  編輯 收藏 引用 所屬分類: Effective C++ 炒冷飯

            Feedback

            # re: Effective C++ 炒冷飯 - Item 3 const不離手 2009-12-15 19:02 陳梓瀚(vczh)
            concept是概念,conceptual的意思應(yīng)該是【概念上的const】,也就是說,在可能的情況下,通過限制一個(gè)類的接口來達(dá)到const。

            舉個(gè)例子,假設(shè)vector繼承了一個(gè)readonly_vector接口(當(dāng)然這是開玩笑了),你可以寫
            const readonly_vector& get_names()//我不想名字列表被修改
            {
            return this->names;
            }

            const readonly_vector&就算被const_cast成了readonly_vector&,你也不能修改里面的對(duì)象,除非dynamic_cast回vector&。

            好了,這就是conceptual constness了。  回復(fù)  更多評(píng)論
              

            # re: Effective C++ 炒冷飯 - Item 3 const不離手 2009-12-15 19:05 陳梓瀚(vczh)
            再者,看下面這個(gè)類
            class ClassAWrapper
            {
            private:
            ClassA* object;
            public:
            ClassA* GetObject()const
            {
            return object;
            }
            };
            這樣是編譯得過的,因?yàn)橹羔槺旧砟悴荒芨?。好了,如果你連object指向的對(duì)象都不想被修改怎么辦呢,你光const ClassQWrapper&是沒用的,你應(yīng)該:
            const ClassA* GetObject()const

            這就是conceptual constness了,其實(shí)conceptual constness比bitwise constness要嚴(yán)格,不是后門。  回復(fù)  更多評(píng)論
              

            # re: Effective C++ 炒冷飯 - Item 3 const不離手 2009-12-15 21:36 Justin.H
            多謝vczh的分享!看來搬家來cppblog是對(duì)的:)

            我不認(rèn)同您對(duì)conceptual constness的解釋:
            重新看了一下Item3,以及參考了下面的鏈接,我想conceptual constness可以這樣解釋:具備conceptual constness的對(duì)象/函數(shù),其行為對(duì)于該對(duì)象/函數(shù)以外的數(shù)據(jù)是const的,不會(huì)篡改別人的東東。但是不保證它不會(huì)修改對(duì)象/函數(shù)內(nèi)部的成員:當(dāng)這些成員用mutable修飾的時(shí)候,我們可以在一個(gè)const函數(shù)中修改這些mutable成員的值。
            所以說這樣的constness是概念上的,實(shí)際上在這樣的函數(shù)中有可能改變了一些變量的值,只不過沒有與它聲稱的constness矛盾而已。
            所以應(yīng)該說bitwise constness比conceptual constness的要求更嚴(yán)格些。

            如有謬誤,還請(qǐng)指出。
            多謝多謝!

            http://www.cprogramming.com/tutorial/const_correctness.html
            http://www.highprogrammer.com/alan/rants/mutable.html  回復(fù)  更多評(píng)論
              

            # re: Effective C++ 炒冷飯 - Item 3 const不離手 2009-12-16 00:14 陳梓瀚(vczh)
            這么看來他們也不是誰包含誰的關(guān)系  回復(fù)  更多評(píng)論
              

            国产精品久久久久蜜芽| 伊人久久大香线蕉综合5g| 久久久久av无码免费网| 久久天天躁狠狠躁夜夜2020| 久久精品不卡| 中文字幕久久波多野结衣av| 91精品国产综合久久久久久| 99久久婷婷免费国产综合精品| 91麻豆精品国产91久久久久久| 久久精品国产亚洲精品| 亚洲精品tv久久久久久久久久| 日韩人妻无码精品久久免费一| 久久99热国产这有精品| 99久久精品免费看国产一区二区三区 | 欧美久久精品一级c片片| 国产69精品久久久久99尤物| 中文国产成人精品久久亚洲精品AⅤ无码精品 | 久久久久亚洲av无码专区喷水 | 国产日产久久高清欧美一区| 久久99精品久久久久久齐齐| 无码人妻精品一区二区三区久久久| 热re99久久精品国产99热| 久久精品国产亚洲av麻豆图片| 亚洲精品高清国产一久久| 久久综合给久久狠狠97色| 伊人久久大香线蕉综合5g| 久久国产午夜精品一区二区三区| 欧洲人妻丰满av无码久久不卡| 天天做夜夜做久久做狠狠| 999久久久免费国产精品播放| 久久精品国产亚洲AV高清热| 大香伊人久久精品一区二区| 久久精品国产福利国产琪琪| 热99re久久国超精品首页| 国产精品青草久久久久婷婷| 国产亚洲美女精品久久久2020| 久久久久久国产精品美女| 国产99久久久国产精品~~牛| av国内精品久久久久影院| 久久精品九九亚洲精品| 久久综合狠狠综合久久综合88|