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

            The Fourth Dimension Space

            枯葉北風寒,忽然年以殘,念往昔,語默心酸。二十光陰無一物,韶光賤,寐難安; 不畏形影單,道途阻且慢,哪曲折,如渡飛湍。斬浪劈波酬壯志,同把酒,共言歡! -如夢令

            CONST使用解析(轉)

            看到const 關鍵字,C++程序員首先想到的可能是const 常量。這可不是良好的條件反射。如果只知道用const 定義常量,那么相當于把火藥僅用于制作鞭炮。const 更大的魅力是它可以修飾函數的參數、返回值,甚至函數的定義體。

            const 是constant 的縮寫,“恒定不變”的意思。被const 修飾的東西都受到強制保護,可以預防意外的變動,能提高程序的健壯性。所以很多C++程序設計書籍建議:“Use const whenever you need”。


            1.用const 修飾函數的參數

            如果參數作輸出用,不論它是什么數據類型,也不論它采用“指針傳遞”還是“引用傳遞”,都不能加const 修飾,否則該參數將失去輸出功能。const 只能修飾輸入參數:

            如果輸入參數采用“指針傳遞”,那么加const 修飾可以防止意外地改動該指針,起到保護作用。

            例如StringCopy 函數:

            void StringCopy(char *strDestination, const char *strSource);

            其中strSource 是輸入參數,strDestination 是輸出參數。給strSource 加上const修飾后,如果函數體內的語句試圖改動strSource 的內容,編譯器將指出錯誤。

            如果輸入參數采用“值傳遞”,由于函數將自動產生臨時變量用于復制該參數,該輸入參數本來就無需保護,所以不要加const 修飾。

            例如不要將函數void Func1(int x) 寫成void Func1(const int x)。同理不要將函數void Func2(A a) 寫成void Func2(const A a)。其中A 為用戶自定義的數據類型。

            對于非內部數據類型的參數而言,象void Func(A a) 這樣聲明的函數注定效率比較底。因為函數體內將產生A 類型的臨時對象用于復制參數a,而臨時對象的構造、復制、析構過程都將消耗時間。

            為了提高效率,可以將函數聲明改為void Func(A &a),因為“引用傳遞”僅借用一下參數的別名而已,不需要產生臨時對象。但是函數void Func(A &a) 存在一個缺點:

            “引用傳遞”有可能改變參數a,這是我們不期望的。解決這個問題很容易,加const修飾即可,因此函數最終成為void Func(const A &a)。

            以此類推,是否應將void Func(int x) 改寫為void Func(const int &x),以便提高效率?完全沒有必要,因為內部數據類型的參數不存在構造、析構的過程,而復制也非常快,“值傳遞”和“引用傳遞”的效率幾乎相當。

            問題是如此的纏綿,我只好將“const &”修飾輸入參數的用法總結一下。

            對于非內部數據類型的輸入參數,應該將“值傳遞”的方式改為“const 引用傳遞”,目的是提高效率。例如將void Func(A a) 改為void Func(const A &a)。

            對于內部數據類型的輸入參數,不要將“值傳遞”的方式改為“const 引用傳遞”。否則既達不到提高效率的目的,又降低了函數的可理解性。例如void Func(int x) 不應該改為void Func(const int &x)。


            2 .用const 修飾函數的返回值
            如果給以“指針傳遞”方式的函數返回值加const 修飾,那么函數返回值(即指針)的內容不能被修改,該返回值只能被賦給加const 修飾的同類型指針。例如函數
            const char * GetString(void);
            如下語句將出現編譯錯誤:
            char *str = GetString();
            正確的用法是
            const char *str = GetString();
            如果函數返回值采用“值傳遞方式”,由于函數會把返回值復制到外部臨時的存儲單元中,加const 修飾沒有任何價值。
            例如不要把函數int GetInt(void) 寫成const int GetInt(void)。
            同理不要把函數A GetA(void) 寫成const A GetA(void),其中A 為用戶自定義的數據類型。
            如果返回值不是內部數據類型,將函數A GetA(void) 改寫為const A & GetA(void)的確能提高效率。但此時千萬千萬要小心,一定要搞清楚函數究竟是想返回一個對象的“拷貝”還是僅返回“別名”就可以了,否則程序會出錯。
            函數返回值采用“引用傳遞”的場合并不多,這種方式一般只出現在類的賦值函數中,目的是為了實現鏈式表達。

            例如:
            class A
            {
            A & operate = (const A &other); // 賦值函數
            };
            A a, b, c; // a, b, c 為A 的對象

            a = b = c; // 正常的鏈式賦值
            (a = b) = c; // 不正常的鏈式賦值,但合法
            如果將賦值函數的返回值加const 修飾,那么該返回值的內容不允許被改動。上例中,語句 a = b = c 仍然正確,但是語句 (a = b) = c 則是非法的。


            3. const 成員函數
            任何不會修改數據成員(即函數中的變量)的函數都應該聲明為const 類型。如果在編寫const 成員函數時,不慎修改了數據成員,或者調用了其它非const 成員函數,編譯器將指出錯誤,這無疑會提高程序的健壯性。以下程序中,類stack 的成員函數GetCount 僅用于計數,從邏輯上講GetCount 應當為const 函數。編譯器將指出GetCount 函數中的錯誤。
            class Stack
            {
            public:
            void Push(int elem);
            int Pop(void);
            int GetCount(void) const; // const 成員函數
            private:
            int m_num;
            int m_data[100];
            };
            int Stack::GetCount(void) const
            {
            ++ m_num; // 編譯錯誤,企圖修改數據成員m_num
            Pop(); // 編譯錯誤,企圖調用非const 函數
            return m_num;
            }
            const 成員函數的聲明看起來怪怪的:const 關鍵字只能放在函數聲明的尾部,大概是因為其它地方都已經被占用了。
            關于Const函數的幾點規則:

            a. const對象只能訪問const成員函數,而非const對象可以訪問任意的成員函數,包括const成員函數.
            b. const對象的成員是不可修改的,然而const對象通過指針維護的對象卻是可以修改的.
            c. const成員函數不可以修改對象的數據,不管對象是否具有const性質.它在編譯時,以是否修改成員數據為依據,進行檢查.
            e. 然而加上mutable修飾符的數據成員,對于任何情況下通過任何手段都可修改,自然此時的const成員函數是可以修改它的

            posted on 2009-04-03 11:01 abilitytao 閱讀(231) 評論(0)  編輯 收藏 引用

            久久久国产精华液| 狠狠人妻久久久久久综合| 狠狠色婷婷久久一区二区 | 国产精品欧美久久久久无广告| 免费国产99久久久香蕉| 午夜精品久久久久成人| 久久精品人人做人人爽97| 国产一区二区精品久久岳| 伊人久久大香线蕉无码麻豆| 久久久久久九九99精品| 欧美久久久久久精选9999| 亚洲αv久久久噜噜噜噜噜| 久久91这里精品国产2020| 午夜精品久久久久久毛片| 久久av高潮av无码av喷吹| 久久综合给合久久狠狠狠97色 | 中文精品久久久久国产网址 | 国产精自产拍久久久久久蜜| 中文字幕久久波多野结衣av| 久久综合给合综合久久| 91精品国产综合久久四虎久久无码一级 | 久久这里只有精品首页| 伊人色综合久久天天| 久久精品国产亚洲精品2020| 无码国内精品久久人妻麻豆按摩| 国产精品无码久久综合| 亚洲AV日韩AV天堂久久| 一本久久综合亚洲鲁鲁五月天| 91麻精品国产91久久久久 | 99re久久精品国产首页2020| 久久国产AVJUST麻豆| 午夜肉伦伦影院久久精品免费看国产一区二区三区| 天天躁日日躁狠狠久久| 亚洲AV无码一区东京热久久| 三级三级久久三级久久| 伊人久久无码中文字幕| 亚洲精品乱码久久久久久| 久久WWW免费人成一看片| 亚洲伊人久久精品影院| 麻豆成人久久精品二区三区免费 | 国产成人久久AV免费|