• <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 閱讀(245) 評論(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久久99精品免视看动漫| 亚洲精品美女久久777777| 久久亚洲私人国产精品| 亚洲午夜久久久影院伊人| 亚洲国产精品久久久天堂| 久久久久久亚洲精品无码| 精品久久久无码21p发布| 成人久久精品一区二区三区 | 青青草国产精品久久久久| 久久久久亚洲AV无码去区首| 国产偷久久久精品专区| 久久精品国产亚洲av麻豆蜜芽 | 噜噜噜色噜噜噜久久| 人妻无码久久一区二区三区免费| 久久精品一本到99热免费| 亚洲AV无码久久寂寞少妇| 久久久免费精品re6| 午夜精品久久久久久久无码| 久久国产精品久久精品国产| 久久亚洲AV无码精品色午夜| 91精品婷婷国产综合久久| 久久久精品2019免费观看| 国内精品久久久久久野外| 久久人人超碰精品CAOPOREN| 国产美女亚洲精品久久久综合| 久久久无码精品亚洲日韩蜜臀浪潮 | 99久久99久久精品国产片果冻| 久久精品国产亚洲av瑜伽| 欧美日韩精品久久免费| 国产精品久久久久久福利漫画| 久久97久久97精品免视看| 久久精品亚洲一区二区三区浴池| 免费观看成人久久网免费观看| 久久国产香蕉视频| 久久婷婷五月综合国产尤物app| 久久97精品久久久久久久不卡| 亚洲乱码日产精品a级毛片久久 | 1000部精品久久久久久久久| 久久亚洲国产精品五月天婷| 2022年国产精品久久久久| 国产精品99久久久久久董美香|