• <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>
            posts - 319, comments - 22, trackbacks - 0, articles - 11
              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

            關于初始化C++類成員,也稱初始化列表

            Posted on 2011-04-19 23:04 RTY 閱讀(237) 評論(0)  編輯 收藏 引用 所屬分類: C/C++

            在使用C++編程的過程中,常常需要對類成員進行初始化,通常的方法有兩種:

            第一種方法:

            CMYClass::CSomeClass()
            {
            x
            =0;
            y
            =1;
            }

            第二種方法:

            CSomeClass::CSomeClass() : x(0), y(1)
            {
            }

             

            本文將要探討這兩種方法的異同以及如何使用這兩種方法。

                從技術上說,第二種方法比較好,但是在大多數情況下,兩者實際上沒有什么區別。第二種語法被稱為成員初始化列表,之所以要使用這種語法有兩個原因:一個原因是必須這么做,另一個原因是出于效率考慮。

                讓我們先看一下第一個原因——必要性。設想你有一個類成員,它本身是一個類或者結構,而且只有一個帶一個參數的構造函數。

             

            class CMyClass {
            CMember m_member;
            public:
            CMyClass();
            };

             

            // 必須使用初始化列表來初始化成員 m_memberCMyClass::CMyClass() : m_member(2){•••}
                沒有其它辦法將參數傳遞給m_member,如果成員是一個常量對象或者引用也是一樣。根據C++的規則,常量對象和引用不能被賦值,它們只能被初始化。

                使用初始化列表的第二個原因是出于效率考慮,當成員類具有一個缺省的構造函數和一個賦值操作符時。MFC的CString提供了一個完美的例子。假定你有一個類CMyClass具有一個CString類型的成員m_str,你想把它初始化為"Hi,how are you."。你有兩種選擇:

            CMyClass::CMyClass() {// 使用賦值操作符// CString::operator=(LPCTSTR);m_str = _T("Hi,how are you.");}
            // 使用初始化列表// 和構造函數 CString::CString(LPCTSTR)CMyClass::CMyClass() : m_str(_T("Hi,how are you.")){}
                在它們之間有什么不同嗎?是的。編譯器總是確保所有成員對象在構造函數體執行之前被初始化,因此在第一個例子中編譯的代碼將調用CString::Cstring來初始化m_str,這在控制到達賦值語句前完成。在第二個例子中編譯器產生一個對CString:: CString(LPCTSTR)的調用并將"Hi,how are you."傳遞給這個函數。結果是在第一個例子中調用了兩個CString函數(構造函數和賦值操作符),而在第二個例子中只調用了一個函數。

                在CString的例子里這是無所謂的,因為缺省構造函數是內聯的,CString只是在需要時為字符串分配內存(即,當你實際賦值時)。但是,一般而言,重復的函數調用是浪費資源的,尤其是當構造函數和賦值操作符分配內存的時候。在一些大的類里面,你可能擁有一個構造函數和一個賦值操作符都要調用同一個負責分配大量內存空間的Init函數。在這種情況下,你必須使用初始化列表,以避免不要的分配兩次內存。

                在內建類型如ints或者longs或者其它沒有構造函數的類型下,在初始化列表和在構造函數體內賦值這兩種方法沒有性能上的差別。不管用那一種方法,都只會有一次賦值發生。有些程序員說你應該總是用初始化列表以保持良好習慣,但我從沒有發現根據需要在這兩種方法之間轉換有什么困難。在編程風格上,我傾向于在主體中使用賦值,因為有更多的空間用來格式化和添加注釋,你可以寫出這樣的語句:
            x=y=z=0;
            或者
            memset(this,0,sizeof(this));
            注意第二個片斷絕對是非面向對象的。

                當我考慮初始化列表的問題時,有一個奇怪的特性我應該警告你,它是關于C++初始化類成員的,它們是按照聲明的順序初始化的,而不是按照出現在初始化列表中的順序。

            class CMyClass {    CMyClass(int x, int y);    int m_x;    int m_y;};CMyClass::CMyClass(int i) : m_y(i), m_x(m_y){}
                你可能以為上面的代碼將會首先做m_y=i,然后做m_x=m_y,最后它們有相同的值。但是編譯器先初始化m_x,然后是m_y,,因為它們是按這樣的順序聲明的。結果是m_x將有一個不可預測的值。這個例子是故意這樣設計來說明這一點的,然而這種bug會很自然地出現。有兩種方法避免它,一個是總是按照你希望它們被初始化的順序來聲明成員,第二個是,如果你決定使用初始化列表,總是按照它們聲明的順序羅列這些成員。這將有助于消除混淆。

            class CMember {
            public:
            CMember(
            int x) { ... }
            };

            因為CMember有一個顯式聲明的構造函數,編譯器不產生一個缺省構造函數(不帶參數),所以沒有一個整數就無法創建CMember的一個實例。

            CMember* pm = new CMember;        // 出錯!!
            CMember* pm = new CMember(2);     // OK

                如果CMember是另一個類的成員,你怎樣初始化它呢?答案是你必須使用成員初始化列表。

            无码任你躁久久久久久| 久久久久人妻精品一区三寸蜜桃| 亚洲精品美女久久久久99小说| 久久亚洲精品无码播放| 人妻丰满?V无码久久不卡| 久久夜色精品国产噜噜亚洲a| 午夜人妻久久久久久久久| 久久香蕉一级毛片| 一本一本久久a久久精品综合麻豆| 日韩精品久久久久久久电影蜜臀| 国产韩国精品一区二区三区久久| 思思久久99热免费精品6| 久久久无码精品亚洲日韩蜜臀浪潮| 91精品久久久久久无码| 日本WV一本一道久久香蕉| 久久国产一区二区| 一本色道久久HEZYO无码| 国产精品九九久久精品女同亚洲欧美日韩综合区 | 久久国产精品久久| 久久99热这里只有精品66| 亚洲午夜精品久久久久久人妖| 91麻豆国产精品91久久久| 精品无码久久久久久久久久| 777米奇久久最新地址| 亚洲午夜久久久久妓女影院| 久久免费大片| 久久久精品国产Sm最大网站| 99久久久精品免费观看国产| 无码精品久久久天天影视| 伊人久久国产免费观看视频| 久久精品男人影院| 精品熟女少妇av免费久久| 久久妇女高潮几次MBA| 色老头网站久久网| 亚洲七七久久精品中文国产 | 亚洲国产精品久久久久网站| 久久久久久精品成人免费图片 | 很黄很污的网站久久mimi色| 91久久成人免费| 国内精品久久久久影院网站| 国产精品永久久久久久久久久 |