青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

posts - 28, comments - 179, trackbacks - 0, articles - 1
  C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

C++類繼承關系問題

Posted on 2007-05-31 13:18 chemz 閱讀(15032) 評論(10)  編輯 收藏 引用 所屬分類: C++
                                 C++類繼承關系問題
    在C++中繼承主要有三種關系:public、protected和private。這三種繼承關系中public
繼承是最為常用的一種繼承關系,代表了接口繼承含義,而他們分別具體代表了什么含義呢?
1. public
   從語義角度上來說,public繼承是一種接口繼承,根據面向對象中的關系而言就是,子類
   可以代替父類完成父類接口所聲明的行為,也就是必須符合“Liskov替換原則(LSP)”,
   此時子類可以自動轉換成為父類的接口,完成接口轉換。
   從語法角度上來說,public繼承會保留父類中成員(包括函數和變量等)的可見性不變,
   也就是說,如果父類中的某個函數是public的,那么在被子類繼承后仍然是public的。
   
2. protected
   從語義角度上來說,protected繼承是一種實現繼承,根據面向對象中的關系而言就是,
   子類不能代替父類完成父類接口所聲明的行為,也就是不符合“Liskov替換原則(LSP)”,
   此時子類不能自動轉換成為父類的接口,就算通過類型轉換(static_cast和dynamic_cast)
   也會得到一個空指針。
   從語法角度上來說,protected繼承會將父類中的public可見性的成員修改成為protected
   可見性,相當于在子類中引入了protected成員,這樣一來在子類中同樣還是可以調用父
   類的protected和public成員,子類的子類就也可以調用被protected繼承的父類的protected
   和public成員。
   例如:
       class CSample1 {
       protected:
           void printProtected() {}
       public:
           void printPublic() {}
       };
       class CSample2 : protected CSample1 {
      
       };
       class CSample3 : public CSample2 {
           void print3() {
               printProtected();
               printPublic();
           }
       };
3. private
   從語義角度上來說,private繼承是一種實現繼承,根據面向對象中的關系而言就是,
   子類不能代替父類完成父類接口所聲明的行為,也就是不符合“Liskov替換原則(LSP)”,
   此時子類不能自動轉換成為父類的接口,就算通過類型轉換(static_cast和dynamic_cast)
   也會得到一個空指針。
   從語法角度上來說,private繼承會將父類中的public和protected可見性的成員修改成為
   private可見性,這樣一來雖然子類中同樣還是可以調用父類的protected和public成員,
   但是在子類的子類就不可以再調用被private繼承的父類的成員了。
       class CSample1 {
       protected:
           void printProtected() {}
       public:
           void printPublic() {}
       };
       class CSample2 : private CSample1 {
      
       };
       class CSample3 : public CSample2 {
           void print3() {
               printProtected(); // 編譯錯誤,不可以調用該函數
               printPublic();    // 編譯錯誤,不可以調用該函數
           }
       };
 
    在面向對象的理論中有兩種概念:接口、實現,所以就出現了所謂的接口繼承和實現繼
承兩種關系。而protected和private就是實現繼承中所要用到的,其實protected和private
兩者則約束繼承時并沒有形成兩種不同的繼承類別,而僅僅只是為了方便C++類方法的傳遞
調用而設計的,其實在java這樣面向對象要求更為嚴格的語言當中,沒有實現繼承,他必須
通過委托方式來完成這一概念,如果熟悉java就會明白,如果一個對象要使用另外一個對象
的接口功能,而自身又不能夠充當該對象所扮演的角色時,就會通過委托來完成,這樣一來
就必須在對象中包含一個委托對象,通過對象調用語法來完成功能;在C++中就可以通過
protected和private繼承來完成java中的委托關系(當然C++也可以形成對象委托關系),
那么這種情況下protected繼承就容許委托可以傳遞(也就是被多級子類調用),而private
繼承是不容許委托被傳遞的。

Feedback

# re: C++類繼承關系問題  回復  更多評論   

2007-05-31 14:16 by walkspeed
透徹。
要是能繼續討論下protected和private繼承類的子類被約束了的訪問所代表的意義就更妙啦。

# re: C++類繼承關系問題  回復  更多評論   

2007-05-31 14:57 by chemz
樓上的提的非常好。
在面向對象的理論中有兩種概念:接口、實現,所以就出現了所謂的接口繼承和實現繼承兩種關系。而protected和private就是實現繼承中所要用到的,其實protected和private兩者則約束繼承時并沒有形成兩種不同的繼承類別,而僅僅只是為了方便C++類方法的傳遞調用而設計的,其實在java這樣面向對象要求更為嚴格的語言當中,沒有實現繼承,他必須通過委托方式來完成這一概念,如果熟悉java就會明白,如果一個對象要使用另外一個對象的接口功能,而自身又不能夠充當該對象所扮演的角色時,就會通過委托來完成,這樣一來就必須在對象中包含一個委托對象,通過對象調用語法來完成功能;在C++中就可以通過protected和private繼承來完成java中的委托關系(當然C++也可以形成對象委托關系),那么這種情況下protected繼承就容許委托可以傳遞(也就是被多級子類調用),而private繼承是不容許委托被傳遞的。
區別就這些。

# re: C++類繼承關系問題  回復  更多評論   

2007-05-31 15:33 by walkspeed
在面向對象的理論中有兩種概念:接口、實現,所以就出現了所謂的接口繼承和實現繼承兩種關系。而protected和private就是實現繼承中所要用到的,其實protected和private兩者則約束繼承時并沒有形成兩種不同的繼承類別,而僅僅只是為了方便C++類方法的傳遞調用而設計的。

這段話比較好。理解了接口繼承和實現繼承,對于C++很重要。
接口繼承表明,繼承類與父類有了一樣的接口。
而實現繼承,繼承類和父類有不同的接口。

在C++中并沒有將接口和實現那么明確的分離。所以大家很容易以為C++類中public部分的行為就是接口,其實對于面向對象的概念來說,C++類中public部分的行為并不是接口。

# re: C++類繼承關系問題  回復  更多評論   

2007-06-04 14:16 by 看圖軟件
這是面向對象的基礎

# re: C++類繼承關系問題  回復  更多評論   

2007-06-07 10:25 by jazz
還有一種繼承 virtual public繼承,這個我一直不是很很明白.比如
class Usable;

class Usable_lock {
friend class Usable;
private:
Usable_lock() {}
Usable_lock(const Usable_lock&) {}
};

class Usable : public virtual Usable_lock {
// ...
public:
Usable();
Usable(char*);
// ...
};

Usable a;

class DD : public Usable { };

DD dd; // error: DD::DD() cannot access
// Usable_lock::Usable_lock(): private member
這是c++作者關于模擬fianl功能的例子。

# re: C++類繼承關系問題  回復  更多評論   

2007-06-07 10:38 by chemz
稍后我會寫一篇關于虛繼承和虛基類的文章,解釋你所提到的問題。

# re: C++類繼承關系問題  回復  更多評論   

2007-06-08 11:16 by jazz
謝謝 正關注著。。。

# re: C++類繼承關系問題  回復  更多評論   

2007-10-11 17:13 by nothing
public 是is a
private 是 has a

protected應該算是什么呢?

virtual是保持只有一個基類實例

# re: C++類繼承關系問題  回復  更多評論   

2007-10-12 08:44 by chemz
樓上提到:
public 是is a
private 是 has a

這個提法是OO概念發展的初期的一種認識,有點過于一般化不能更精確的表達出OO中的實際思想;一般現在的OO理論中將這樣的概念稱之為LSP(Liskov Substitution Principle),意思就是從行為上而言子類因該可以完全替換基類完成基類的行為職責。
public關鍵字在C++中僅僅只是一個語法元素,并不能強制使得采用了public繼承的類體系一定滿足LSP,其中還要看看子類在實現基類的接口行為時是否遵從了LSP原則,否則通過public繼承而來的子類仍然不能稱之為其滿足LSP,當然此時可能能夠滿足is a關系。
至于has a關系在OO中應該理解為composite關系,也就是常說的組合關系,在其他的OO語言中(如:Java)composite僅僅能夠通過包含關系來實現,在C++中則多了一種所謂的實現繼承private,這樣看來private僅僅只是一種特定語言的實現手段而已,代表的OO概念沒有區別。
protected在繼承時又應該是什么呢?其實如上面private具有相同的含義,僅僅只是為了方便C++類方法的傳遞調用而設計的,也是一種composite關系而已。
至于virtual繼承關系請參看 http://m.shnenglu.com/chemz/archive/2007/06/12/26135.html

# re: C++類繼承關系問題  回復  更多評論   

2009-09-02 10:11 by erac
其實個人認為C++的protected、private的實現完全是為了設計模式方面的考慮,再加上基類無法限制子類的繼承關系而進行的一種拓展。在Java中,final可以控制該類不能被繼承,C++沒有這種方式,但是private繼承卻可以限制繼承類的繼承類的訪問控制。鑒于C++出現早于Java,個人認為C++標準的設計人員考慮的的確周到。不過個人覺得也沒有必要非要記得哪種繼承關系就是哪種什么接口繼承和實現繼承。
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            午夜精品福利在线| 国产精品推荐精品| 亚洲精品永久免费精品| 免费亚洲一区二区| 麻豆乱码国产一区二区三区| 老色鬼久久亚洲一区二区| 看欧美日韩国产| 亚洲电影免费观看高清| 美女性感视频久久久| 亚洲国内精品| 亚洲特色特黄| 久久精品一本| 欧美高清影院| 国产精品久久久久久久7电影 | 国产一区二区高清不卡| 国模精品娜娜一二三区| 亚洲精品日韩激情在线电影| 亚洲视屏在线播放| 免费毛片一区二区三区久久久| 91久久极品少妇xxxxⅹ软件| 亚洲午夜免费视频| 久久婷婷影院| 国产精品视频网址| 亚洲经典在线看| 久久av一区二区三区漫画| 免费91麻豆精品国产自产在线观看| 亚洲精品久久久久| 久久精品国产欧美激情| 欧美日韩精品综合| 伊人久久大香线蕉av超碰演员| 一本色道久久综合亚洲精品不卡| 久久蜜臀精品av| 亚洲一区二区三区免费视频| 牛牛精品成人免费视频| 国内免费精品永久在线视频| 亚洲一区二区三区四区五区午夜| 欧美18av| 久久久精品动漫| 国产日韩欧美黄色| 亚洲午夜女主播在线直播| 亚洲高清不卡一区| 久久大逼视频| 国产日韩欧美91| 午夜视频在线观看一区二区| 亚洲精品乱码久久久久久日本蜜臀| 久久婷婷久久| 亚洲第一精品夜夜躁人人爽 | 一本色道久久综合亚洲精品婷婷 | 国产精品成人一区二区| 99国产麻豆精品| 亚洲国产精品www| 麻豆av一区二区三区久久| 国内精品久久久久影院优| 黄色av一区| 一区二区三区精品视频| 免费不卡视频| 狠狠88综合久久久久综合网| 欧美在线观看网址综合| 亚洲欧美国产日韩天堂区| 国产精品普通话对白| 午夜精品福利视频| 亚洲一区二区三区在线观看视频| 欧美日韩精品免费观看视频| 一区二区三区视频在线看| 亚洲国产精品va在线观看黑人| 久久尤物视频| 亚洲精品免费电影| 亚洲最快最全在线视频| 国产精品国产三级国产aⅴ9色| 亚洲影院在线观看| 先锋影音久久久| 1024亚洲| 99热免费精品在线观看| 国产精品网站在线观看| 久久国产精品久久久久久电车| 亚洲欧美久久久久一区二区三区| 国产乱码精品一区二区三区不卡 | 欧美日韩在线播| 亚洲女优在线| 久久精品国产精品 | 日韩一区二区久久| 艳女tv在线观看国产一区| 国产精品日韩一区| 蜜臀av性久久久久蜜臀aⅴ| 欧美精品一区二区在线观看| 午夜激情亚洲| 乱人伦精品视频在线观看| 亚洲一区二区三区欧美 | 中文一区在线| 黄色av日韩| 99re亚洲国产精品| 国产一区在线视频| 最近中文字幕日韩精品 | 亚洲激情网址| 国产三级欧美三级日产三级99| 另类春色校园亚洲| 欧美色大人视频| 久久露脸国产精品| 欧美日韩激情网| 欧美成人一区二区在线| 国产精品三区www17con| 免费国产自线拍一欧美视频| 欧美日韩中文| 亚洲第一二三四五区| 国产日韩精品电影| 99国内精品久久久久久久软件| 在线精品国产成人综合| 日韩午夜中文字幕| 美日韩精品免费观看视频| 欧美视频二区| 亚洲国产日韩一区二区| 国产欧美一区二区三区在线老狼| 欧美激情片在线观看| 国产欧美日韩亚洲精品| 亚洲日本电影| 亚洲电影自拍| 久久se精品一区二区| 亚洲欧美在线aaa| 欧美精品大片| 欧美第一黄色网| 狠狠综合久久av一区二区小说| 亚洲午夜久久久久久久久电影院| 亚洲激情成人网| 久久婷婷国产综合尤物精品| 久久国产精品99国产| 国产精品二区影院| 亚洲精品免费电影| 日韩一级免费观看| 欧美了一区在线观看| 亚洲国产成人午夜在线一区| 在线看片欧美| 蜜臀久久久99精品久久久久久| 久久免费精品日本久久中文字幕| 国产精品视频成人| 亚洲欧美国产毛片在线| 久久高清福利视频| 激情综合五月天| 久久亚洲综合网| 欧美mv日韩mv国产网站app| 极品日韩久久| 欧美.www| 日韩亚洲成人av在线| 亚洲永久精品国产| 国产精品乱人伦一区二区| 一区二区三区国产在线观看| 亚洲午夜在线观看视频在线| 国产精品久久久久久av下载红粉| 一区二区三区久久久| 欧美亚洲在线视频| 国产在线观看91精品一区| 久久久精品一区二区三区| 欧美www视频| 99视频精品| 国产精品午夜在线观看| 欧美一级艳片视频免费观看| 欧美第一黄色网| 一本色道久久88亚洲综合88| 国产精品国产精品| 欧美呦呦网站| 亚洲国产精品成人va在线观看| 亚洲一区二区三区中文字幕在线| 国产伦精品一区二区三区视频黑人 | 激情av一区二区| 欧美美女bb生活片| 国产精品99久久久久久人| 久久久久久穴| 一区二区三区 在线观看视频 | 国产亚洲午夜高清国产拍精品| 久久精品99国产精品酒店日本| 欧美国产激情二区三区| 亚洲综合精品自拍| 亚洲电影观看| 国产亚洲毛片在线| 一本到高清视频免费精品| 欧美99在线视频观看| 亚洲精品极品| 老鸭窝毛片一区二区三区| 99精品欧美一区二区三区综合在线| 国产精品久久久久影院亚瑟 | 久久久久久91香蕉国产| 亚洲乱码国产乱码精品精天堂| 欧美影院成年免费版| 日韩视频中午一区| 国产综合色在线视频区| 欧美日韩欧美一区二区| 久久国产精品免费一区| 亚洲精品一区在线观看| 可以看av的网站久久看| 欧美夜福利tv在线| 中文欧美在线视频| 亚洲精品小视频在线观看| 韩国视频理论视频久久| 国产精品一区二区久久久久| 欧美人妖在线观看| 免费视频久久| 久久综合九色99| 久久九九免费| 久久成人精品电影| 欧美一区二区视频在线| 亚洲视频免费观看|