• <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 - 297,  comments - 15,  trackbacks - 0
            1、 C++ 定義了哪些類型轉換操作符?分別有什么作用?

             

            定義了四個操作符:static_castconst_castdynamic_castreinterpret_cast

             

            static_cast可以被用于強制類型轉換(例如,non-const對象轉換為const對象,int轉換為double等等),它還可以用于很多這樣的轉換的反向轉換(例如,void*指針轉換為有類型指針,基類指針轉換為派生類指針)。但是它不能將一個const對象轉換為一個non-const對象(只有const-cast能做到)。它最接近于C-style的轉換。

            const_cast一般用于強制消除對象的常量性。它是唯一能做到這一點的C++風格的強制類型。

            dynamic_cast主要用于執行“安全的向下轉型”。也就是說,要確定一個對象是否是一個繼 承體系中的一個特定類型。它是唯一不能用舊風格語法執行的強制類型轉換,也是唯一可能有重大運行時代價的強制轉換。

            reinterpret_cast是特意用于底層的強制轉換,導致實現 依賴(implementation-dependent)(就是說,不可移植)的結果例如,將一個指針轉型為一個整數。這樣 的強制轉換在底層代碼以外應該極為罕見。

             

            2、 C++ 定義了哪些訪問控制關鍵字?分別有什么作用?

             

            簡單可以歸為以下兩種描述:

            1)一個類友元(包含友元函數或者友元類的成員函數或者友元類的所有成員函數)可以訪問該類的任何成員(包 括成員變量及成員方法)。

            2)除去友元外,private成員只有該類自身的成員函數可 以訪問,protected成員只有該類及其派生類的成員函數可 以訪問,public成員該類及其派生類的成員函數和 對象都可以訪問。

             

            3、 類的繼承方式和區別?

             

            派生類繼承方式的影響

            類的繼承方式有三種:privateprotectedpublic

            1private屬性不能被繼承。

            2

            使用private繼承,父類的protectedpublic屬性在子類中變為private
            使用protected繼承,父類的protectedpublic屬性在子類中變為protected
            使用public繼承,父類中的protectedpublic屬性不發生改變;

             

            4、 在什么情形下調用虛函數不會有多態性?為什么?

             

            由 虛函數實現的動態多態性的方法:

            1.      在 基類用virtual聲明成員函數為虛函數。

            2.      在 派生類中重新定義此函數。

            3.      定 義一個指向基類對象的指針變量,并使它指向同一類族中需要調用該函數的對象。

            4.      通 過該指針變量調用此虛函數,此時調用的就是指針變量指向的對象的同名函數。

            因 此,總結如下:

            1、基類函數未使用virtual聲明而子類中使用virtual關鍵字聲明時調用虛函數不會有多態 性;

            2、基類使用virtual而子類未重新實現該虛函數則不會有多態 性;

            3、  使用子類創建的對象轉換成基類類型調用 虛函數不會有多態性;

            5.      構造函數調用順序。

            class Y {...}
            class X : public Y {...}
            X one;


            構造函數的調用順序是下面的順序:

            Y(); // 基類的構造函數
            X(); //
            繼承類的構造函數

             

            對于多基類的情況,下面是一個例子:

            class X : public Y, public Z
            X one;

            構造函數以聲明的次序調用。

            Y(); // 基類構造函數首先被調用
            Z();
            X();

             

            虛基類的構造函數在任何非虛基類構造函 數前調用。如果構造中包括多個虛基類,它們的調用順序以聲明順序為準。..

             

            如果虛類是由非虛類派生而來,那非虛類 的構造函數要先被調用。下面是一個例子:

            class X : public Y, virtual public Z
            X one;

            調用順序如下:

            Z(); // 虛基類初始化
            Y(); //
            非虛基類
            X(); //
            繼承類

            下面是一個復雜的例子:

            class base;
            class base2;
            class level1 : public base2, virtual public base;
            class level2 : public base2, virtual public base;
            class toplevel : public level1, virtual public level2;
            toplevel view;

            構造函數調用順序如下:

            base(); // 虛基類僅被構造一次
            base2();
            level2(); //
            虛基類
            base2();
            level1();
            toplevel();

            如果類繼承中包括多個虛基類的實例,基類只被初始化一次。

            1、如果類里面有成員類,成員類的構造函數優先被調用;

            2、創建派生類的對象,基類的構造函數函數優先被調用(也優先于派 生類里的成員類);

            3 基類構造函數如果有多個基類則構造函數的調用順序是某類在類派生表 中出現的順序而不是它們在成員初始化表中的順序;
            4
            、成員類對象構造函數如果有多個成員類對象則構造函數的調用順序是對象在類中被聲明的順序而不是它們出現在成員初始化表中的順序;
            5
            、派生類構造函數
            作為一般規則派生類構造函數應該不能直接向一個基類數據成員賦值而是把值傳遞給適當的基類構造函數否則兩 個類的實現變成緊耦合的(tightly coupled)將更加難于正確地修改或擴展基類的實現。(基類設計者的責任是提供一組適當的基類構造函數)

             

            6. RTTI是什么,怎么實現的?舉個例子。

            RTTI即運行時類型識別,通過它程序能夠使用 基類的指針或引用來檢查這些指針或引用所指的對象的實際派生類型。

            RTTI提供了一下兩個非常有用的操作符:

            1typeid操作符,返回指針和引用所指的實際類型

            2dynamic_cast操作符,將基類類型的指針或引用 安全地轉換為派生類型的指針或引用。


            from:
            http://www.shnenglu.com/changshoumeng/archive/2010/07/21/120992.html

            posted on 2010-07-23 17:15 chatler 閱讀(233) 評論(0)  編輯 收藏 引用 所屬分類: C++_BASIS
            <2010年5月>
            2526272829301
            2345678
            9101112131415
            16171819202122
            23242526272829
            303112345

            常用鏈接

            留言簿(10)

            隨筆分類(307)

            隨筆檔案(297)

            algorithm

            Books_Free_Online

            C++

            database

            Linux

            Linux shell

            linux socket

            misce

            • cloudward
            • 感覺這個博客還是不錯,雖然做的東西和我不大相關,覺得看看還是有好處的

            network

            OSS

            • Google Android
            • Android is a software stack for mobile devices that includes an operating system, middleware and key applications. This early look at the Android SDK provides the tools and APIs necessary to begin developing applications on the Android platform using the Java programming language.
            • os161 file list

            overall

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            国产成人久久精品区一区二区| 中文精品久久久久国产网址| 久久亚洲私人国产精品| 久久男人Av资源网站无码软件 | 久久久亚洲欧洲日产国码aⅴ| 国产精品99久久久久久人| 日本精品久久久久久久久免费| 久久精品国产亚洲AV麻豆网站| 久久久精品人妻无码专区不卡| 久久精品www人人爽人人| 久久无码一区二区三区少妇| 国产精品久久久久jk制服| 亚洲国产一成久久精品国产成人综合 | 少妇久久久久久被弄到高潮 | 国产精品青草久久久久福利99| 亚洲国产精品18久久久久久| 久久久久九九精品影院| 久久99精品综合国产首页| 亚洲精品美女久久久久99| 深夜久久AAAAA级毛片免费看| 久久青草国产手机看片福利盒子| 伊人久久大香线蕉亚洲五月天| 久久免费国产精品| 国内精品久久久久影院网站| 久久91精品国产91久久户| 久久精品a亚洲国产v高清不卡| 精品久久亚洲中文无码| 国内精品久久久久影院老司| 亚洲精品tv久久久久| 一本久久综合亚洲鲁鲁五月天亚洲欧美一区二区 | 久久天天日天天操综合伊人av| 久久综合久久综合久久综合| 2020久久精品国产免费| 久久亚洲AV成人出白浆无码国产 | 久久中文字幕一区二区| 狠色狠色狠狠色综合久久| 国产亚洲精品美女久久久| 国产精品99久久免费观看| 久久96国产精品久久久| 97精品伊人久久大香线蕉app| 精品国产VA久久久久久久冰|