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

            woaidongmao

            文章均收錄自他人博客,但不喜標(biāo)題前加-[轉(zhuǎn)貼],因其丑陋,見諒!~
            隨筆 - 1469, 文章 - 0, 評(píng)論 - 661, 引用 - 0
            數(shù)據(jù)加載中……

            轉(zhuǎn)載一篇c++override與overload的好文

            今天看到師兄寫的證書庫代碼,看到了一個(gè)很奇怪的東東,父類里有一個(gè)不是虛函數(shù)的函數(shù),這個(gè)函數(shù)在子類中被重新寫了一遍,函數(shù)名,參數(shù)列表,返回值都一樣,就是在參數(shù)列表中的默認(rèn)值給的不太一樣。我覺得太詭異了。加上以前c++的重寫和重載之類的概念也好長時(shí)間沒弄,糊涂了。真不知道這個(gè)四不像是什么了。在網(wǎng)上翻了一些文檔,發(fā)現(xiàn)這篇寫的非常完整,而且和我想的也一樣。其實(shí)師兄的這種寫法是非常ugly的。如果出現(xiàn)這種子類中完全重新寫了父類的函數(shù),那么父類就應(yīng)該將這個(gè)函數(shù)設(shè)為virtul的才對。當(dāng)然如果沒有設(shè)置,編譯也不會(huì)出錯(cuò),這種情況下,會(huì)出現(xiàn)hide隱藏。隱藏(hide):指的是派生類的成員函數(shù)隱藏了基類函數(shù)的成員函數(shù).隱藏一詞可以這么理解:在調(diào)用一個(gè)類的成員函數(shù)的時(shí)候,編譯器會(huì)沿著類的繼承鏈逐級(jí)的向上查找函數(shù)的定義,如果找到了那么就停止查找了,所以如果一個(gè)派生類和一個(gè)基類都有同一個(gè)同名(暫且不論參數(shù)是否相同)的函數(shù),而編譯器最終選擇了在派生類中的函數(shù),那么我們就說這個(gè)派生類的成員函數(shù)"隱藏"了基類的成員函數(shù),也就是說它阻止了編譯器繼續(xù)向上查找函數(shù)的定義。而overload重載與繼承根本就沒關(guān)系,說的是同一個(gè)作用域中,相同類名,不同參數(shù)列表的現(xiàn)象。

            轉(zhuǎn)載的原文見下面:

            C++
            是一門magic的語言,很多機(jī)制復(fù)雜得讓人頭疼,但是這種迷宮競走的狀態(tài)讓人精力十足,我發(fā)誓了,不搞明白不罷休,同時(shí)也希望得到高手們的指點(diǎn)和幫助~

            override  
            函數(shù)名和參數(shù)類型以及返回類型必須相同,即簽名都是一致的——或者叫相貌和衣服都是一樣的,一般用在繼承過程中。(高手判斷一下,除了實(shí)現(xiàn)細(xì)節(jié),其他的是不是什么都應(yīng)該相同?所以叫做重寫”——C++編程思想》上是這么翻譯的。)

            overload  
            函數(shù)名必須相同,簽名必須不同(參數(shù)個(gè)數(shù),順序,類型),返回類型可以不同,用在同一個(gè)類中,在編譯時(shí)候確定。

            以下是轉(zhuǎn)載的內(nèi)容:

            override  
            是指在不同作用域中,多個(gè)函數(shù)原型完全一樣,而實(shí)現(xiàn)卻不同的函數(shù)。在C++中,經(jīng)常發(fā)生在類的繼承中。當(dāng)基類中的某個(gè)方法是virtualpure virtual函數(shù)時(shí)

            (當(dāng)然訪問權(quán)限必須是publicprotected,因?yàn)閺?span lang="EN-US">C++
            設(shè)計(jì)思想上來講private的函數(shù)不會(huì)是virtual的!!!這個(gè)請問一下,是不是這樣的??),

               
            其子類中對該方法的重新實(shí)現(xiàn)就屬于override(重寫)。

               
            使用時(shí),可以通過基類的指針或者引用所指向的具體對象來確定調(diào)用的是哪個(gè)方法,從而實(shí)現(xiàn)函數(shù)的多態(tài)。

              
            (函數(shù)的多態(tài)?C++中實(shí)現(xiàn)多態(tài)性的手段之一嗎?還有多少其他的手段??)


               
            對于基類中的非virtual類型的成員函數(shù),若其子類中也聲明了與該函數(shù)名稱相同的函數(shù),那么基類中的該函數(shù)(也許是一系列函數(shù),如果該函數(shù)在基類中有重載的話)將被隱藏,可以通過域解析操作符來調(diào)用。不過按照C++的設(shè)計(jì)思想來說呢,基類中的非virtual類型的成員函數(shù),是不需要在子類中進(jìn)行修改的,所以如果在子類中出現(xiàn)了這種隱藏的情況,說明應(yīng)該將基類中的該函數(shù)改成virtual類型的,然后就是override了!


                overload
            則是指在相同作用域中,多個(gè)函數(shù)具有相同的名字,但參數(shù)的數(shù)目和類型各不相同(當(dāng)然相同數(shù)目和類型,如果順序不同也是可以的),因?yàn)楹瘮?shù)重載的機(jī)制是在C++中函數(shù)的簽名與其參數(shù)有關(guān),而不像C中,只與函數(shù)名有關(guān)。


                
            總之,overrideoverload的一個(gè)最大的區(qū)別就是作用域不同,以及函數(shù)原型是否相同.



            override
                 覆蓋是子類重寫父類的虛方法的一種形式。

            overload
                 重載是值允許存在重名的多個(gè)方法。而這些函數(shù)的參數(shù)列表不同(或者是參數(shù)
                          
            的個(gè)數(shù)不同、或者是參數(shù)的類型不同或者兩者都不同)。


            重載(overload 與多態(tài)的概念無關(guān)) :因?yàn)槭窃诰幾g階段就確定的。

            只有在與運(yùn)行階段確定的才稱為面向?qū)ο蟮亩鄳B(tài)性。即override

            面向?qū)ο蟮膸讉€(gè)基本概念

            多態(tài):目的實(shí)現(xiàn)接口重用
            繼承:實(shí)現(xiàn)代碼重用。
            封裝:實(shí)現(xiàn)代碼的模塊化.

            override
            表示重寫,用于繼承類對基類中虛成員的實(shí)現(xiàn)

            overload
            表示重載,用于同一個(gè)類中同名方法不同參數(shù)(包括類型不同或個(gè)數(shù)不同)的實(shí)現(xiàn)

            posted on 2009-10-31 15:57 肥仔 閱讀(1749) 評(píng)論(1)  編輯 收藏 引用 所屬分類: C++ 基礎(chǔ)

            評(píng)論

            # re: 轉(zhuǎn)載一篇c++override與overload的好文  回復(fù)  更多評(píng)論   

            如果是private的成員,子類并不能繼續(xù),聲明了virtual也沒用啊
            多態(tài)是面向?qū)ο蟮奶卣髦唬瑩?jù)我理解,嚴(yán)格(狹義)的多態(tài)應(yīng)該只有override
            因?yàn)榧热皇荗O,自然要涉及到類的相關(guān)概念
            overload可以理解為一個(gè)廣義的多態(tài),同樣的方法名,表現(xiàn)出不同的形態(tài)
            2009-11-01 12:46 | Sunshine Alike
            久久香蕉一级毛片| 青青青伊人色综合久久| 久久丫精品国产亚洲av不卡| 国产精品女同久久久久电影院| 精品久久久久久综合日本| 色婷婷久久综合中文久久一本| 久久精品国产精品亚洲毛片| 久久影院久久香蕉国产线看观看| 日韩AV无码久久一区二区| 久久精品综合一区二区三区| 亚洲精品乱码久久久久久久久久久久| 久久天堂电影网| 青青草原精品99久久精品66| 久久AAAA片一区二区| 九九精品99久久久香蕉| 久久无码国产专区精品| 精品久久久久久99人妻| 久久久免费精品re6| 久久久久久久精品成人热色戒 | 亚洲精品乱码久久久久久自慰| 精品久久人人妻人人做精品| 97久久国产亚洲精品超碰热| 亚洲人成网亚洲欧洲无码久久| 久久久黄片| 精品99久久aaa一级毛片| 国产成人久久AV免费| 老色鬼久久亚洲AV综合| 一本久道久久综合狠狠爱| 久久久久99这里有精品10| 伊人色综合久久天天人守人婷| 久久精品国产精品亚洲人人 | 国产精品亚洲美女久久久| 97久久精品午夜一区二区| 久久精品无码专区免费青青| 久久久久AV综合网成人| 亚洲精品无码久久千人斩| 久久久噜噜噜久久中文福利| 久久99精品久久久久久动态图| 久久九九精品99国产精品| 久久精品国产99国产精偷| 狠狠人妻久久久久久综合|