• <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>
            <2006年10月>
            24252627282930
            1234567
            891011121314
            15161718192021
            22232425262728
            2930311234

            統(tǒng)計(jì)

            • 隨筆 - 44
            • 文章 - 0
            • 評(píng)論 - 86
            • 引用 - 0

            常用鏈接

            留言簿(6)

            隨筆分類(31)

            隨筆檔案(44)

            Mining

            最新隨筆

            搜索

            •  

            最新評(píng)論

            閱讀排行榜

            評(píng)論排行榜

            深入理解Effictive C++ "條款38: 決不要重新定義繼承而來(lái)的缺省參數(shù)值"

            看條款38 的時(shí)候不是很理解, 于是寫了個(gè)測(cè)試代碼

            #include<iostream> 
            using namespace std; 

            class A{
            public:
                
            virtual void show(int a=145)
                {
                    cout
            <<"A: a="<<a<<endl; 
                }   
            }; 

            class B: public A 

            public
                
            void show(int b)
                { 
                    cout
            <<"B: b="<<b<<endl; 
                } 
            }; 
            class C: public B 

            public
                
            void show(int c=999)
                { 
                    cout
            <<"C: c="<<c<<endl; 
                } 
            };
            class D: public C 

            public
                
            void show()
                { 
                    cout
            <<"D:\n"
                }
            }; 

            void main() 
            {
                A 
            *pp;
                A a; 
                B b; 
                C c; 
                D d;
                
                a.show();
                pp 
            = &a;    pp->show();

                
            // b.show();  // error C2660: 'B::show' : function does not take 0 arguments
                pp = &b;    pp->show();
                
                c.show();
                pp 
            = &c;    pp->show();

                d.show();
                pp 
            = &d;    pp->show();
                
                C 
            *pc= &d;
                pc
            ->show();

                system(
            "pause"); 
            }   
            輸出結(jié)果是
            A: a=145
            A: a=145
            B: b=145
            C: c=999
            C: c=145
            D:
            C: c=145
            C: c=999

            回顧條款 
            虛函數(shù)是動(dòng)態(tài)綁定而缺省參數(shù)值是靜態(tài)綁定的.  為什么C++堅(jiān)持這種有違常規(guī)的做法呢?答案和運(yùn)行效率有關(guān)。如果缺省參數(shù)值被動(dòng)態(tài)綁定,編譯器就必須想辦法為虛函數(shù)在運(yùn)行時(shí)確定合適的缺省值,這將比現(xiàn)在采用的在編譯階段確定缺省值的機(jī)制更慢更復(fù)雜。做出這種選擇是想求得速度上的提高和實(shí)現(xiàn)上的簡(jiǎn)便,所以大家現(xiàn)在才能感受得到程序運(yùn)行的高效;

            所以
            a. 靜態(tài)綁定 .vs. 動(dòng)態(tài)綁定
            A *pp = new B;
            這里 pp 靜態(tài)綁定是 A* , 而動(dòng)態(tài)綁定卻是 B*
            B *pb = new B;
            這里 pb 靜態(tài)綁定和動(dòng)態(tài)綁定是一樣的都是 B*

            b. 缺省值是靜態(tài)綁定的, 而非動(dòng)態(tài)綁定
            所以
            d.show() 輸出 D:  因?yàn)閟how 被 D override

            pp = &d;    pp->show();  
            pp 被動(dòng)態(tài)綁定到D *, 但是show 的缺省值卻是A* 的 145, 所以輸出的是 C: c=145, 而不是999 ( 函數(shù) show 被C 給override 了) 

            而 C *pc = &d; pc->show() , pc 靜態(tài)綁定為C*, 而動(dòng)態(tài)綁定為 D* , 所以輸出的是 C: c=999 , 999 是 C* 靜態(tài)綁定的缺省值

            c. 所以調(diào)用b.show 的時(shí)候出現(xiàn)了如下的錯(cuò)誤
                // b.show();  // error C2660: 'B::show' : function does not take 0 arguments
            因?yàn)?B* 沒(méi)有靜態(tài)綁定的函數(shù)

            結(jié)論就是 決不要重新定義繼承而來(lái)的缺省參數(shù)值 

            ref: 
            從這里學(xué)了不少:) http://bbs.chinaunix.net/viewthread.php?tid=439188 

            posted on 2008-10-06 17:19 泡泡牛 閱讀(2837) 評(píng)論(6)  編輯 收藏 引用 所屬分類: Develop

            評(píng)論

            # re: 深入理解Effictive C++ "條款38: 決不要重新定義繼承而來(lái)的缺省參數(shù)值"  2008-10-06 23:13 陳梓瀚(vczh)

            缺省值是編譯器綁定的,所以無(wú)法動(dòng)態(tài)。而且如果這玩意兒運(yùn)行期綁定,C++就得提供給你維護(hù)那個(gè)缺省值實(shí)例的方法,這個(gè)就太慘了。

            # re: 深入理解Effictive C++ "條款38: 決不要重新定義繼承而來(lái)的缺省參數(shù)值"  2009-09-27 15:44 farawayWind

            我也是看到這里才注意到這個(gè)問(wèn)題的。為了實(shí)現(xiàn)缺省值的動(dòng)態(tài)綁定,而增加運(yùn)行開(kāi)銷對(duì)于C++這種效率優(yōu)先的語(yǔ)言是不值得。
            書中提到的non-virtual interface是避免該問(wèn)題,并實(shí)現(xiàn)代碼重用的一個(gè)好方案。

            # re: 深入理解Effictive C++ "條款38: 決不要重新定義繼承而來(lái)的缺省參數(shù)值"  2011-06-21 18:08 那你試試這段代碼呢!

            #include <iostream>

            enum ShapeColor { RED, GREEN, BLUE};

            class Shape
            {
            public:
            Shape(){}
            virtual void draw(ShapeColor _color = RED) const
            {

            std::cout<<"I am Shape::draw function , my default color is RED..."<<std::endl;
            }
            };

            class Rectangle : public Shape
            {
            public:
            Rectangle(){}
            virtual void draw(ShapeColor _color = GREEN) const
            {
            std::cout<<"I am Rectangle::draw function , my default color is GREEN..."<<std::endl;
            }
            };

            class Circle : public Shape
            {
            public:
            Circle(){}
            virtual void draw(ShapeColor _color = BLUE) const
            {
            std::cout<<"I am Circle::draw function , my default color is BLUE..."<<std::endl;
            }
            };


            int main ()
            {
            Shape* ps = new Shape;
            Shape* pr = new Rectangle;
            Shape* pc = new Circle;
            ps->draw();
            pr->draw();
            pc->draw();
            delete ps, pr, pc;
            }

            # re: 深入理解Effictive C++ "條款38: 決不要重新定義繼承而來(lái)的缺省參數(shù)值"  2011-09-01 11:11 杜夏威

            博主您好!我是新手,問(wèn)一個(gè)比較低級(jí)的問(wèn)題。這一點(diǎn)兒不太明白。
            pp = &d; pp->show();
            為什么輸出的結(jié)果是C:c=145呢?D類的show()沒(méi)有參數(shù),pp被動(dòng)態(tài)綁定到D后,為什么沒(méi)有輸出D:這樣的結(jié)果,而是選擇尋找?guī)в心J(rèn)參數(shù)的函數(shù)形式(A類)?

            # re: 深入理解Effictive C++ "條款38: 決不要重新定義繼承而來(lái)的缺省參數(shù)值"  2011-09-01 11:14 杜夏威

            再補(bǔ)充問(wèn)一下,而且為什么輸出不是A:a=145呢?可能連續(xù)的繼承關(guān)系我沒(méi)有搞清楚。還請(qǐng)博主指點(diǎn)一下。謝謝了!

            # re: 深入理解Effictive C++ "條款38: 決不要重新定義繼承而來(lái)的缺省參數(shù)值"  2011-09-02 10:05 杜夏威

            哦,我已經(jīng)弄清楚了!感謝博主寫得這篇博客。受益了。歇歇~
            无码任你躁久久久久久| 精品久久久久中文字| 久久综合欧美成人| 狠狠色丁香久久综合婷婷| 久久久精品一区二区三区| 久久综合亚洲色一区二区三区| 色婷婷综合久久久久中文 | 99久久国产热无码精品免费| 久久综合香蕉国产蜜臀AV| 久久久久久亚洲精品不卡| 亚洲狠狠综合久久| 久久午夜福利无码1000合集| av午夜福利一片免费看久久| 久久精品国产精品亜洲毛片| 久久九九兔免费精品6| 9999国产精品欧美久久久久久| 久久91精品国产91| 国产成人综合久久精品尤物| 无码精品久久久久久人妻中字| 精品欧美一区二区三区久久久| 久久精品国产2020| 色播久久人人爽人人爽人人片aV| 久久99精品久久久久久久不卡| 午夜精品久久久久久影视777| 久久er国产精品免费观看2| 久久久久久综合网天天| 久久男人中文字幕资源站| 国产一区二区精品久久| 久久夜色精品国产噜噜亚洲AV| 国内精品伊人久久久影院| 人妻无码精品久久亚瑟影视| 日本道色综合久久影院| 97精品久久天干天天天按摩| 午夜天堂精品久久久久| 久久精品国产亚洲AV蜜臀色欲| 亚洲第一永久AV网站久久精品男人的天堂AV| 久久久久国产精品| 久久九九久精品国产| 久久久精品波多野结衣| 久久99精品久久只有精品| 久久天堂电影网|