• <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>
            隨筆 - 55  文章 - 15  trackbacks - 0
            <2013年1月>
            303112345
            6789101112
            13141516171819
            20212223242526
            272829303112
            3456789

            常用鏈接

            留言簿

            隨筆分類

            隨筆檔案

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            一個函數接受一個基類的指針或者引用,傳入一個子類的指針或者引用(向上類型轉換),希望調用子類的相應函數。目的:以后添加新的子類,都可以傳入該函數。
            早綁定:編譯器通過上下文,判斷該函數屬于哪個對象,并在編譯期將函數名與函數地址綁定。
            晚綁定:在運行的時候,判斷該函數屬于哪個對象,并在運行時將函數名與函數地址綁定。必須有類型信息裝在對象自身中。
            聲明時添加virtual關鍵字,定義時不需要。

            使用指針和引用的目的是讓編譯器不能完全知道該對象的確切類型,不然就會調用早綁定。晚綁定是根據VTABLE來實現,并且基類和子類的每個虛函數的排列順序都是相同的,所以調用函數的時候已經不是通過名字來調用,而是通過指令,通過函數地址的偏移量來調用了。

            抽象基類的意義,為子類提供一個公共的接口。

            通過基類指針調用基類中不存在的函數是危險的,因為,也許你恰好知道子類對象中有這個函數,那你的調用時成功的,但是萬一木有呢?
            class Base(){
            public:
             virtual void f(){}
            };

            class Derived1: public Base
            {
            public:
             virtual void f(){}
             virtual void g(){}
            };
            class Derived2: public Base
            {
            public:
             virtual void f(){}
             virtual void m(){}
            };

            void func(Base* b){
            b->g();
            }
            int main{
            Base*Test1 = new Derived1;
            Base*Test2 = new Derived2;
            func(Test1);// right;
            func(Test2);// crash
            }

            這里涉及到運行時類型識別(RTTI)和向下類型轉換問題。向下類型轉換不安全,因為沒有類型信息,基類指針不知道基類的內存塊之后的東西是屬于哪個子類的,如果轉錯,將會比較麻煩。

            在編程時注意防止對象的切片,如果按傳值方式而不是傳址和傳引用方式
            將子類對象傳入一個接受基類對象的函數中去的話,那么,只拷貝子類對象中基類的部分數據,又因為編譯器能明確地知道該對象的類型,所以不會產生晚綁定,而是早綁定。我們應該避免在這種情況下傳值。

            如果重新定義了基類中的虛函數,則基類中其他重載版本將被隱藏。(同非虛函數一樣)
            如果重載了基類中的虛函數,則基類中其他版本將被隱藏(同非虛函數一樣)
            不能在子類中修改基類中虛函數的返回值(非虛函數可以修改返回值,并且隱藏其他重載版本)
            但是,也有特例
            class PetFood{
            public:
              virtual string foodType() const = 0;
            };

            class Pet{
            public:
              virtual string type() const = 0;
              virtual PetFood* eat() = 0;
            };

            class Bird : public Pet{
            public:
              string type()const {return "bird";}
              class BirdFood  :  public PetFood{
                public:
                  string foodType()const{
                     return "Bird food";
                   }
                 };
               PetFood* eat(){ return &bf;}
            private:
               BirdFood bf;
            };

            class Cat: public Pet{
            public:
              string type()const {return "cat";}
              class CatFood  :  public PetFood{
                public:
                  string foodType()const{
                     return "Cat food";
                   }
                 };
               CatFood* eat(){ return &cf;}// Here, you can return a CatFood*, because it's a PetType* type. Why don't return a type as PetFood? See segment in main()
            private:
               CatFood cf;
            };

            int main(){
             Bird b;
             Cat c;
             Cat::CatFood* cf = c.eat();
             Bird::BirdFood* bf = b.eat();//downcast, warning!!!Cast PetFood* to BirdFood. So you better return a special pointer, not a base type.
            }
            }
            返回確切的類型要更通用些。

            vptr vtable由誰來初始化?構造函數?是編譯器插入一小段代碼在構造函數中初始化。
            派生類只訪問它自己的成員,而不訪問基類的成員。只有基類的構造函數才能正確地初始化自己的成員。所以要在構造函數中:子要可能,我們應該在這個構造函數初始化列表中從初始化所有的成員對象(通過組合置于類中),因為你必須保證所有的東西都被初始化了,才能使用該對象。

            在構造函數中調用虛函數,調用的只是本地版本。
            原因:該對象還未初始完畢,但是vptr已經初始化,而且指向自己的vtable,所以調用的只是本地的函數。


            1
            posted on 2012-06-04 16:27 Dino-Tech 閱讀(240) 評論(0)  編輯 收藏 引用
            久久亚洲国产中v天仙www| 亚洲国产另类久久久精品小说| 久久国产影院| 香蕉久久av一区二区三区| 99久久精品免费看国产| 久久精品国产AV一区二区三区| 久久久久久免费一区二区三区| 久久久久久久91精品免费观看| 精品无码久久久久国产| 亚洲国产成人精品91久久久| 99久久er这里只有精品18| 色天使久久综合网天天| 99久久精品国产高清一区二区| 免费无码国产欧美久久18| 女人香蕉久久**毛片精品| 久久99精品久久久久婷婷| 亚洲伊人久久精品影院| 四虎影视久久久免费| 精品久久久久久无码人妻热| 99精品国产在热久久| 青青草原精品99久久精品66| 久久人人爽人人爽人人片AV东京热 | 天堂无码久久综合东京热| 天天综合久久久网| 97久久综合精品久久久综合| 久久久久久夜精品精品免费啦| 中文无码久久精品| 久久久精品国产| 久久精品中文无码资源站| 一本大道久久东京热无码AV| 欧美性大战久久久久久| 手机看片久久高清国产日韩| 色婷婷久久综合中文久久一本| 亚洲欧美一级久久精品| 伊人久久精品影院| 亚洲va久久久噜噜噜久久狠狠| 亚洲狠狠婷婷综合久久蜜芽 | 国产激情久久久久影院老熟女免费| 精品久久一区二区三区| 国産精品久久久久久久| 伊人伊成久久人综合网777|