• <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>

            Note of Justin

            關(guān)于工作和讀書的筆記

              C++博客 :: 首頁 :: 聯(lián)系 :: 聚合  :: 管理
              47 Posts :: 0 Stories :: 45 Comments :: 0 Trackbacks

            留言簿(14)

            搜索

            •  

            積分與排名

            • 積分 - 52711
            • 排名 - 433

            最新評論

            閱讀排行榜

            評論排行榜

            [原創(chuàng)文章歡迎轉(zhuǎn)載,但請保留作者信息]
            Justin 于 2010-01-18

            因為Cyclops項目的啟動,讀書的進度顯然慢了很多。不過還是那句話:學習可以中斷,但是不能終止。還是要逼自己不停讀書做筆記的。

            今天就進入第六章了,繼承與面向?qū)ο螅琌O。
            32條軍規(guī)比較古老了:公有繼承(public inheritance)是典型的“是一個”(is-a)模型。

            例子也很簡單:男人“是一個”人,男人“公有繼承”了人。“人”都能去的地方,“男人”也應該能去;“男人”能干的事,“人”卻不一定可以干@#¥%

            但是實際情況中很多“是一個”的體現(xiàn)并不那么純粹:大師說“鳥”都會飛,但是實際上是有不會飛的“鳥”的。

            在公有繼承中,有兩種辦法來解決這種“不純粹”:
            ?- 多重繼承。對于“鳥”的例子,設計一個“鳥”類,然后從中派生出一個“不會飛的鳥”類和一個“會飛的鳥”類,然后再在它們之中分別派生其他具體的“鳥”們。
            ?- 允許運行時出錯。還是“鳥”的例子,對于每一個“鳥”類的派生類,不管它是不是能飛,都會有個“飛”的函數(shù)。不同的是,能飛的“鳥”就直接飛了,不能飛的“鳥”則會在“飛”函數(shù)里說:”對不起,我不能飛,找別人去吧……”(所謂的運行時錯誤,runtime error)

            剩下的也沒什么好說的了,大師要求的不多:牢記公有繼承是典型的“是一個”模型。

            item 33之所以放在這里一起記,是因為確實沒有太多要記的。說到底就是C++的名字查找規(guī)則。
            完整的規(guī)則我還不知道,書里也沒說。不過一個大致的規(guī)則還是有的,類似剝洋蔥:

            • 先在本地域中查找(local scope,比如說函數(shù)內(nèi)部)是否有該名字的定義,如果沒有找到->
            • ???往外一層名字域(比如說函數(shù)所在的類)中查找,如果沒有找到???????????????????????????????? ->
            • ????? 再往外一層名字域(比如說函數(shù)所在類的父類)中查找,如果沒有找到????????????????????->
            • ???????? 繼續(xù)忘外一層名字域中查找(比如說函數(shù)所在類的父類的父類,等等),一直找到全局名字域(global scope)還是沒找到的話,就報告錯誤。

            但是總會有這樣的情況,在“洋蔥”的內(nèi)部某層定義了和外部某層一樣名字的函數(shù):使得位于內(nèi)部的函數(shù)“屏蔽”了外部的同名函數(shù)(哪怕兩個函數(shù)擁有不同的參數(shù)表)。
            大師說:
            第一,在公有繼承中,上述的情況是不允許存在的,因為從定義上來說,公有繼承中的子類應該具備父類所有的特征和功能,應該“是一個”父類。
            第二,如果在上述情況中需要調(diào)用/訪問被“屏蔽”的函數(shù)/對象,有兩個方法可以采用:

            1. using。用using“聲明”過完整的名字后,就可以“看見”并使用這個函數(shù)/對象了。
            2. 踢皮球函數(shù)(forwarding functions)。編寫一個函數(shù),把真正的活踢給別人……

            兩種方法示例見下,Derived_0是有“屏蔽”問題的類,Derived_1和Derived_2分別是采用了第一種和第二種方法的類。

            class ?Base {
            public :
            ???
            virtual ? void ?func_1();
            ???
            virtual ? void ?func_1( int ?param);
            // ..
            }


            class ?Derived_0:? public ?Base {
            public :
            ???
            virtual ? void ?func_1();
            // ..
            }


            class ?Derived_1:? public ?Base {
            public :
            ???
            using ?Base::func_1;
            ???
            virtual ? void ?func_1();
            // ..
            }


            class ?Derived_2:? private ?Base {
            public :
            ???
            virtual ? void ?func_1();
            ???
            virtual ? void ?func_1( int ?param)
            ???
            {?Base::func_1(param);}
            // ..
            }

            個人覺得,第一種方法應該更漂亮些……?

            posted on 2010-02-08 16:32 Justin.H 閱讀(392) 評論(0)  編輯 收藏 引用 所屬分類: Effective C++ 炒冷飯
            久久精品国产亚洲AV香蕉| 久久精品国产72国产精福利| 国产A三级久久精品| 污污内射久久一区二区欧美日韩| 无码人妻久久一区二区三区蜜桃| 久久久国产视频| 亚洲伊人久久精品影院| 99精品国产在热久久无毒不卡| 99久久精品费精品国产| 亚洲精品无码久久毛片| 国内精品久久久久影院免费| 久久久久久A亚洲欧洲AV冫| 人妻少妇久久中文字幕| 久久精品国产72国产精福利| 国产综合久久久久久鬼色| 日日狠狠久久偷偷色综合0| 久久午夜无码鲁丝片| 日本久久中文字幕| 久久久久一区二区三区| 亚洲伊人久久精品影院| 亚洲国产成人久久精品99| 久久久久久a亚洲欧洲aⅴ| 亚洲人成网站999久久久综合| 91精品日韩人妻无码久久不卡| 亚洲午夜无码久久久久| 久久国产精品无| 热综合一本伊人久久精品| 久久国产乱子伦免费精品| 97精品国产97久久久久久免费| 日本久久中文字幕| 伊人久久大香线蕉无码麻豆| 久久久久亚洲AV无码去区首| 久久精品免费一区二区三区| 国产精品久久久久久搜索| 久久A级毛片免费观看| 亚洲午夜久久久影院伊人| 亚洲中文字幕久久精品无码喷水| 欧美伊人久久大香线蕉综合| 久久精品国产精品亚洲精品| 久久亚洲熟女cc98cm| 国产69精品久久久久9999APGF |