• <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 閱讀(237) 評論(0)  編輯 收藏 引用 所屬分類: C++_BASIS
            <2010年1月>
            272829303112
            3456789
            10111213141516
            17181920212223
            24252627282930
            31123456

            常用鏈接

            留言簿(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

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            中文字幕久久精品| 品成人欧美大片久久国产欧美| 9191精品国产免费久久| 7国产欧美日韩综合天堂中文久久久久 | 久久久久久毛片免费看| 一极黄色视频久久网站| AV无码久久久久不卡网站下载| 日韩欧美亚洲综合久久影院d3| 亚洲伊人久久综合中文成人网| 国内精品久久久久伊人av| 国产成人久久精品麻豆一区| 婷婷久久综合九色综合绿巨人| 国产精品免费看久久久| 久久久99精品成人片中文字幕 | 99久久超碰中文字幕伊人| 精品久久人人妻人人做精品| 亚洲午夜久久久影院| 久久久久国产一级毛片高清板| 久久中文骚妇内射| 色婷婷狠狠久久综合五月| 91久久精品电影| 精品久久8x国产免费观看| 亚洲午夜久久久影院伊人| 中文字幕久久亚洲一区| 国产免费久久久久久无码| 久久99久久99小草精品免视看| 亚洲乱码精品久久久久..| 欧美伊人久久大香线蕉综合69| 久久综合综合久久97色| 大伊人青草狠狠久久| 色综合久久无码五十路人妻| 久久免费视频1| 精品久久久久久久久免费影院| 久久精品亚洲福利| 久久久久无码专区亚洲av| 色婷婷久久久SWAG精品| 欧美久久一区二区三区| 久久丝袜精品中文字幕| 亚洲精品NV久久久久久久久久| 欧美久久久久久精选9999| 无码8090精品久久一区|