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

            搜索

            •  

            積分與排名

            • 積分 - 52498
            • 排名 - 433

            最新評論

            閱讀排行榜

            評論排行榜

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

            Justin 于 2009-11-08

            其實是說不要在構(gòu)造/析構(gòu)函數(shù)里調(diào)用虛函數(shù)。

            道理也是不難但也不那么明顯:
            虛函數(shù)擁有虛函數(shù)的類就有虛表,虛表可能會引發(fā)子類相應(yīng)虛函數(shù)的調(diào)用,在這些調(diào)用中有可能對某些子類對象成員的訪問。
            在構(gòu)造一個子類對象的時候可以分成這幾步:開始構(gòu)造父類部分 -> 完成父類部分并開始構(gòu)造子類部分 -> 完成子類部分(完成整個構(gòu)造工作)
            析構(gòu)一個子類對象的時候:開始析構(gòu)子類部分 -> 子類析構(gòu)完畢并開始析構(gòu)父類部分 -> 完成析構(gòu)父類部分(完成整個析構(gòu)工作)

            在構(gòu)造函數(shù)的第一步,子類對象成員還不存在,調(diào)用虛函數(shù)有可能會訪問不存在的子類成員;哪怕到了第二步,因為子類對象還沒有完全構(gòu)造完畢,此時調(diào)用虛函數(shù)也是危險的。
            事實上在整個構(gòu)造過程中,該對象都被視作一個父類對象。(不是我說的,是Scott說的)
            反過來也是同樣道理,在析構(gòu)函數(shù)的第一步,子類成員已經(jīng)開始銷毀,不能調(diào)用虛函數(shù);到了第二步,整個子類部分都沒有了,更不能用虛函數(shù)了。
            而在整個析構(gòu)過程中,該對象也是被看作是父類對象的。

            大師說的是道理,我大概只能聯(lián)想。

            一個模特的工作是穿上服裝拍照。拍照這個技術(shù)活可以看作是這個對象的一個虛函數(shù)。在女模的一天之始,美麗動人的她需要先起床(基類構(gòu)造),習(xí)慣裸睡的她還需要到更衣室去穿衣服(子類構(gòu)造)。然后她對攝影師說“準備好啦”(構(gòu)造完畢),就開始一天的工作:被拍。到了晚上女模回家(開始析構(gòu)),先要卸掉身上的束縛(子類析構(gòu)),最后上床(基類析構(gòu)),當(dāng)然,是不是一個人上床不屬于我聯(lián)想的范圍。
            作為拍照這個虛函數(shù)來說,女模睡覺的時候是不能做的,這個時候她還沒有擺姿勢的意識;女模起床以后也是不能拍的,因為衣服還沒穿上(OK……我承認這個例子不是很好);穿好衣服,她說“準備好啦”,拍照就可以開始了。同樣道理,最遲你也只能在她晚上說拜拜之前拍完,到回家開始脫衣服睡覺覺之后,你就要等到明天再工作了。

            然而問題往往沒有那么簡單明了:很多時候一個構(gòu)造/析構(gòu)函數(shù)里會調(diào)用一些普通的函數(shù),而這些函數(shù)又可能間接地調(diào)用了虛函數(shù)。在這種情況下,傻大粗的編譯器不會報錯。到了災(zāi)難發(fā)生時只有程序員可憐兮兮地抓臭蟲……
            那么有沒有辦法能夠確保虛函數(shù)不會在對象構(gòu)造/析構(gòu)過程中被調(diào)用呢?別看我,大師開講了:

            方法之一就是用參數(shù)傳遞代替虛函數(shù)機制。把可能被構(gòu)造函數(shù)調(diào)用的虛函數(shù)改成非虛函數(shù),然后讓父類的構(gòu)造函數(shù)將需要的信息/數(shù)據(jù)通過參數(shù)傳遞給子類構(gòu)造函數(shù)。對于析構(gòu)函數(shù),做法也類似。碼了那么多字,要不,來段代碼消化消化?

            Class?Parent
            {
            public :
            ???Parent();
            ???Parent(
            const ?std:: string & ?WordsFromChild)
            ???
            {
            ??????DoStuff(WordsFromChild);
            ??????
            // ..
            ???}
            ;
            ???
            void ?DoStuff( const ?std:: string & ?WordsFromChild);
            }


            Class?Child?:?
            public ?Parent
            {
            public :
            ???Child(
            /* some?parameters?here */ )
            ???:?Parent(TellParent(
            /* some?parameters?here */ ))
            ???
            {
            ??????
            // ..
            ???}
            ;
            private :
            ???
            static ?std:: string & ?TellParent( /* some?parameters?here */ );
            }
            也許看到這里會想:要是TellParent()中訪問了未被初始化的子類成員呢?那不也是一樣有問題么?
            注意,這就是為什么前面有個static限定的原因。因為靜態(tài)函數(shù)可以在對象的初始化階段就開始工作,更詳細的描述看這里



            ---【補充筆記】---
            樓下有好心朋友提醒:對象調(diào)用的虛函數(shù)是“本地版本”。
            于是把書上的例子修改了一下:
            class?base{
            public:
            ???
            base(){
            ??????saysomething();
            ???}
            ???????
            ???
            virtual?void?saysomething(){?
            ??????printf(
            "hello?from?base\n");?
            ??????dosomething();
            ???}

            ???
            virtual?void?dosomething()?=?0;
            };
            ???????
            class?derived?:?public?base{
            public:
            ???derived(){
            ??????saysomething();
            ???}

            ???
            virtual?void?saysomething(){
            ??????printf(
            "hello?from?derived\n");
            ??????dosomething();
            ???}

            ???
            virtual?void?dosomething(){
            ??????printf(
            "well,?actually?we?never?get?here\n");
            ???}
            };
            ??????
            main(){
            ???derived?D;
            }
            執(zhí)行的結(jié)果是(Win XP, DEV C++ 4.9.9.2)
            hello?from?base...
            pure?
            virtual?method?called

            This?application?has?requested?the?Runtime?to?terminate?it?
            in?an?unusual?way.
            Please?contact?the?application
            's?support?team?for?more?information.
            可以看出的是,Jackie和1111說的是對的(至少在上面的環(huán)境下):“子類的虛表在子類的構(gòu)造函數(shù)時生成,所以在父類的構(gòu)造函數(shù)中調(diào)用虛函數(shù)使用的是父類的版本。”

            子類和父類對象都會有自己的虛表,里面安置的是自己版本的虛函數(shù)實現(xiàn)。所以,
            在父類構(gòu)造函數(shù)中 調(diào)用的saysomething()就是父類的實現(xiàn)版本;而調(diào)用純虛函數(shù)dosomething()的結(jié)果就是上面的錯誤,但是并不會調(diào)用子類部分的實現(xiàn):因為此時對象還是個父類對象。

            在記筆記的時候讀的是第三版的英文原版,不知道是自己的理解出錯還是由于歷史原因使得書中的描述已經(jīng)不存在了。不過還是非常感謝C++博客那么多熱心的朋友不吝賜教。這也正是我在這里記錄讀書筆記的用意:即督促自己認真讀書記錄筆記,又讓自己的理解接受更多的檢驗和指點。
            還是那句老話:盡信書不如無書啊……


            posted on 2009-12-17 10:21 Justin.H 閱讀(1621) 評論(7)  編輯 收藏 引用 所屬分類: Effective C++ 炒冷飯

            Feedback

            # re: Effective C++ 炒冷飯 - Item 9 開幕謝幕勿用虛函數(shù) 2009-12-17 17:45 fund
            嚇我一跳,我還以為,構(gòu)造和析構(gòu)不要用virtual呢,構(gòu)造還好,析構(gòu)就慘了  回復(fù)  更多評論
              

            # re: Effective C++ 炒冷飯 - Item 9 開幕謝幕勿用虛函數(shù) 2009-12-17 21:06 Justin.H
            呃……
            大師是這樣寫的,我也是這樣記錄的:構(gòu)造和析構(gòu)函數(shù)執(zhí)行過程都不能用虛函數(shù)。  回復(fù)  更多評論
              

            # re: Effective C++ 炒冷飯 - Item 9 開幕謝幕勿用虛函數(shù) 2009-12-17 21:25 jackie
            哥們兒,構(gòu)造函數(shù)析構(gòu)函數(shù)中虛函數(shù)調(diào)用本地版本  回復(fù)  更多評論
              

            # re: Effective C++ 炒冷飯 - Item 9 開幕謝幕勿用虛函數(shù) 2009-12-17 22:36 Justin.H
            有點暈乎,請教jackie:“虛函數(shù)調(diào)用本地版本”是什么意思?  回復(fù)  更多評論
              

            # re: Effective C++ 炒冷飯 - Item 9 開幕謝幕勿用虛函數(shù) 2009-12-18 16:15 asdf
            因為c++面向?qū)ο蟛粔蚣?nbsp; 回復(fù)  更多評論
              

            # re: Effective C++ 炒冷飯 - Item 9 開幕謝幕勿用虛函數(shù) 2009-12-29 12:11 1111
            @Justin.H
            他的意思是,子類的虛表在子類的構(gòu)造函數(shù)時生成,所以在父類的構(gòu)造函數(shù)中調(diào)用虛函數(shù)使用的是父類的版本。  回復(fù)  更多評論
              

            # re: Effective C++ 炒冷飯 - Item 9 開幕謝幕勿用虛函數(shù) 2009-12-30 17:34 Justin.H
            非常感謝1111和Jackie的指點,我已經(jīng)更新了筆記。  回復(fù)  更多評論
              

            精品国产乱码久久久久久1区2区 | 久久99精品国产| 99精品国产在热久久无毒不卡| 国产三级久久久精品麻豆三级| 伊人色综合久久天天| 怡红院日本一道日本久久| 性做久久久久久久久久久| 色8久久人人97超碰香蕉987| 亚洲午夜精品久久久久久人妖| 久久只有这里有精品4| 久久艹国产| 久久午夜无码鲁丝片| 午夜精品久久久久久久无码| 国产精品无码久久久久久| 亚洲色欲久久久久综合网| 免费观看久久精彩视频| 亚洲国产精品一区二区久久hs| 久久se精品一区精品二区国产| 热re99久久精品国99热| 综合久久给合久久狠狠狠97色| 久久夜色tv网站| 色婷婷久久综合中文久久蜜桃av| 久久免费看黄a级毛片| 日本高清无卡码一区二区久久 | 99久久精品国产一区二区三区| 久久精品夜色噜噜亚洲A∨| 久久久精品人妻一区二区三区蜜桃| 欧美久久天天综合香蕉伊| 91亚洲国产成人久久精品| 久久夜色精品国产亚洲| 国产精品久久99| 久久久精品2019免费观看| 久久er99热精品一区二区| 久久国产热精品波多野结衣AV| 久久免费视频1| 无码人妻少妇久久中文字幕 | 武侠古典久久婷婷狼人伊人| 久久99精品久久久久久秒播| 国产精品免费看久久久香蕉| 久久精品国产99久久久香蕉| 亚洲国产成人久久笫一页|