• <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>
            aurain
            技術文摘
            posts - 137,  comments - 268,  trackbacks - 0

            構造函數初始化列表以一個冒號開始,接著是以逗號分隔的數據成員列表,每個數據成員后面跟一個放在括號中的初始化式。例如:

            class CExample {
            public:
                
            int a;
                
            float b;
                
            //構造函數初始化列表
                CExample(): a(0),b(8.8)
                
            {}
                
            //構造函數內部賦值
                CExample()
                
            {
                    a
            =0;
                    b
            =8.8;
                }

            }
            ;

            上面的例子中兩個構造函數的結果是一樣的。上面的構造函數(使用初始化列表的構造函數)顯式的初始化類的成員;而沒使用初始化列表的構造函數是對類的成員賦值,并沒有進行顯式的初始化。

            初始化和賦值對內置類型的成員沒有什么大的區別,像上面的任一個構造函數都可以。對非內置類型成員變量,為了避免兩次構造,推薦使用類構造函數初始化列表。但有的時候必須用帶有初始化列表的構造函數:
            1.成員類型是沒有默認構造函數的類。若沒有提供顯示初始化式,則編譯器隱式使用成員類型的默認構造函數,若類沒有默認構造函數,則編譯器嘗試使用默認構造函數將會失敗。
            2.
            const成員引用類型的成員。因為const對象或引用類型只能初始化,不能對他們賦值。 

            初始化數據成員與對數據成員賦值的含義是什么?有什么區別?
            首先把數據成員按類型分類并分情況說明:
            1.內置數據類型,復合類型(指針,引用)
                在成員初始化列表和構造函數體內進行,在性能和結果上都是一樣的
            2.用戶定義類型(類類型)
                
            結果上相同,但是性能上存在很大的差別。因為類類型的數據成員對象在進入函數體前已經構造完成,也就是說在成員初始化列表處進行構造對象的工作,調用構造函數,在進入函數體之后,進行的是對已經構造好的類對象的賦值,又調用個拷貝賦值操作符才能完成(如果并未提供,則使用編譯器提供的默認按成員賦值行為)

            Note:
            初始化列表的成員初始化順序:
                C++初始化類成員時,是按照聲明的順序初始化的,而不是按照出現在初始化列表中的順序。
                Example:

            class CMyClass {
                CMyClass(
            int x, int y);
                
            int m_x;
                
            int m_y;
            }
            ;

            CMyClass::CMyClass(
            int x, int y) : m_y(y), m_x(m_y)
            {
            }

            你可能以為上面的代碼將會首先做m_y=I,然后做m_x=m_y,最后它們有相同的值。但是編譯器先初始化m_x,然后是m_y,,因為它們是按這樣的順序聲明的。結果是m_x將有一個不可預測的值。有兩種方法避免它,一個是總是按照你希望它們被初始化的順序聲明成員,第二個是,如果你決定使用初始化列表,總是按照它們聲明的順序羅列這些成員。這將有助于消除混淆。

            posted on 2014-04-15 15:53 閱讀(692) 評論(0)  編輯 收藏 引用 所屬分類: c/c++基礎知識

            <2013年10月>
            293012345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            常用鏈接

            留言簿(17)

            隨筆分類(138)

            隨筆檔案(137)

            網絡開發

            最新隨筆

            搜索

            •  

            積分與排名

            • 積分 - 497507
            • 排名 - 36

            最新隨筆

            最新評論

            閱讀排行榜

            評論排行榜

            97精品国产91久久久久久| 少妇久久久久久被弄到高潮 | 精品一二三区久久aaa片| 无码国产69精品久久久久网站| 国产V综合V亚洲欧美久久| 久久夜色精品国产www| 国产精品久久久久aaaa| 欧美久久久久久| 婷婷久久综合九色综合98| 狠狠色噜噜色狠狠狠综合久久| 久久久九九有精品国产| 精品久久久中文字幕人妻| 久久久久国色AV免费看图片| 91精品国产高清久久久久久io| 伊人久久大香线蕉精品不卡| 久久精品嫩草影院| 精品久久久久中文字幕日本| 久久人人爽人人爽人人爽| 久久久久婷婷| 久久久久无码中| 国产精品热久久无码av| 国产精品久久久久久影院| 午夜精品久久久久久中宇| 奇米影视7777久久精品人人爽| 欧美性猛交xxxx免费看久久久| 久久午夜电影网| 久久超碰97人人做人人爱| 热re99久久精品国99热| 亚洲午夜无码久久久久| 久久亚洲精品成人无码网站| 久久久久无码精品国产app| 久久久久国色AV免费观看| 久久久久国产一区二区| 欧洲国产伦久久久久久久| 内射无码专区久久亚洲| 午夜福利91久久福利| 久久天天婷婷五月俺也去| 久久亚洲熟女cc98cm| 午夜不卡久久精品无码免费| 久久偷看各类wc女厕嘘嘘| 东京热TOKYO综合久久精品 |