• <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
            <2025年8月>
            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

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            97久久精品无码一区二区天美| 国产免费久久久久久无码| 久久久久久一区国产精品| 91精品国产91久久久久久| 久久久久亚洲AV无码专区体验| 2021国产精品久久精品| 久久人人爽人人爽人人片AV高清| 亚洲国产成人乱码精品女人久久久不卡 | 人妻丰满?V无码久久不卡| 欧美综合天天夜夜久久| 日韩精品国产自在久久现线拍| 国产精品无码久久综合网| 欧美精品丝袜久久久中文字幕| 尹人香蕉久久99天天拍| 精品国产乱码久久久久久呢| 久久er99热精品一区二区| 成人免费网站久久久| 久久精品无码av| 一本久久a久久精品综合香蕉| 狠狠色婷婷久久综合频道日韩| 久久99国产综合精品免费| 很黄很污的网站久久mimi色| 亚洲精品成人久久久| 久久99国内精品自在现线| 久久www免费人成看国产片| 久久久亚洲欧洲日产国码是AV| 国产亚洲精品美女久久久| 国内精品久久久久久久久| 伊人久久久AV老熟妇色| 日本精品久久久久中文字幕8| 色婷婷久久久SWAG精品| 99国产精品久久| 成人综合久久精品色婷婷| 久久被窝电影亚洲爽爽爽| 亚洲AⅤ优女AV综合久久久| 国内精品伊人久久久久av一坑| 久久久久久国产a免费观看不卡| 97久久超碰国产精品2021| 久久婷婷国产剧情内射白浆| 国产一区二区精品久久岳| 久久久国产精品网站|