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

            chenglong7997

            java重載重寫陷阱(2)

            隱藏(hide):子類的某個(gè)字段、靜態(tài)方法、成員內(nèi)部類與其父類的具有相同名字(對于靜態(tài)方法還需要相同的參數(shù)列表),此時(shí)父類對應(yīng)的字段、靜態(tài)方法、成員內(nèi)部類就被隱藏了。

            舉個(gè)例子,天鵝(Swan)是會(huì)飛的,而丑小鴨(UglyDuck)小時(shí)候是不會(huì)飛的,看看下面的代碼,看看能夠打印出什么。

            1. class Swan {  
            2.     public static void fly() {  
            3.         System.out.println("swan can fly ...");  
            4.     }  
            5. }  
            6.  
            7. class UglyDuck extends Swan {     
            8.     public static void fly() {  
            9.         System.out.println("ugly duck can't fly ...");  
            10.     }  
            11. }  
            12.  
            13. public class TestFly {    
            14.     public static void main(String [] args) {  
            15.         Swan swan = new Swan();  
            16.         Swan uglyDuck = new UglyDuck();  
            17.         swan.fly();  
            18.         uglyDuck.fly();  
            19.     }  

            按道理的話,我們認(rèn)為應(yīng)該是輸出兩句不同的結(jié)果,因?yàn)槲覀兛赡苷J(rèn)為 UglyDuck 繼承了 Swan 并且“重寫”了 fly() 方法,而且在 main() 方法中 Swan uglyDuck = new UglyDuck();  也表明了 uglyduck 實(shí)際上是 UglyDuck 類型的,因此構(gòu)成了多態(tài)行為。

            其實(shí),運(yùn)行結(jié)果是兩句“swan can fly ...”,為什么會(huì)這樣子?原因有下:

            1、父類 Swan 中的 static 靜態(tài)方法 fly() 是不能被重寫的,上一段我對重寫二字用了雙引號(hào);

            2、盡管子類 UglyDuck 中的 fly() 方法與父類中的有一致的參數(shù)列表,但是對于 static 方法來說,這叫隱藏(hide),而不是重寫(override);

            3、對于 static 方法,根本不存在像多態(tài)那樣的動(dòng)態(tài)分派機(jī)制,JVM 不會(huì)根據(jù)對象引用的實(shí)際類型來調(diào)用對應(yīng)的重寫方法。這一點(diǎn)在個(gè)例子中是最重要的。

            對于 static 方法,我們稱之為類方法,不是實(shí)例方法,對 static 方法的調(diào)用直接用所屬類名加個(gè)點(diǎn)就行,如 UglyDuck.fly() 。而實(shí)例方法就不得不使用對象引用來獲得其可訪問方法的調(diào)用權(quán)。在上面的例子 main() 中的 uglyDuck.fly() 語句,JVM 根本據(jù)不會(huì)去判斷 uglyDuck 引用的究竟是什么類型,既然調(diào)用的是 fly() 方法,那么 JVM 只會(huì)根據(jù) uglyDuck 的聲明類型(即 Swan 類)去獲得該 static 方法的調(diào)用。根本就談不上多態(tài)…

            這就說明,最好避免用對象引用的方式來訪問一個(gè) static 方法。此外,別以為在繼承關(guān)系上的父類、子類只要方法名、參數(shù)列表一致就是重寫(override)而構(gòu)成多態(tài),其實(shí)還得看看父類中的方法有沒有被什么修飾符聲明(在這個(gè)例子中是 static 修飾的)。再如 final 修飾符的方法則表明不可被子類重寫,即方法名、參數(shù)列表不能和父類完全一致。在我看來,這一類修飾符就表明了方法、變量、字段等特有的性質(zhì),或者是身份。

            對于隱藏(hide),實(shí)際上是為了使得父類中的該方法、字段、內(nèi)部類等不允許再被下一級繼承樹的子子類所繼承。說起隱藏,我想起《代碼大全 2》當(dāng)中剛好看過的內(nèi)容,作者認(rèn)為把握住信息隱藏的原則來思考軟件構(gòu)建要優(yōu)于面向?qū)ο笤瓌t。有點(diǎn)抽象難懂,書中還講到封裝、模塊化和抽象等幾個(gè)概念,建議看看,我也要回過頭去多啃啃這些抽象概念。

            要修改上面代碼,只需要去掉兩個(gè) static 則可,那就構(gòu)成多態(tài)了。《Java 解惑》中其他謎題還講到多種該注意的地方,可以看看。

            小結(jié):

            1、注意掌握重寫(override)與隱藏(hide)的異同點(diǎn):相同點(diǎn)就是兩者都是相對于繼承樹中父類、子類來說,而不同點(diǎn)就是其目的以及所造成的效果。別把重寫和隱藏混淆在一起了;

            2、對于 static 方法,要避免用具體的對象引用來調(diào)用,而應(yīng)該簡單的用其所屬類名進(jìn)行調(diào)用即可。

             遮蔽(shadow):其實(shí)就是平時(shí)我們可能遇到的窄作用域的變量名、方法名、類名等將其他相同名字的變量、方法、類屏蔽掉的現(xiàn)象。

            例如,最常見的就是局部變量將類實(shí)例變量屏蔽了。其實(shí),遮蔽這個(gè)詞我之前好像也沒什么印象,不過作用域屏蔽這種情況我們大多應(yīng)該會(huì)避免的了,因?yàn)檎n堂上、教材上對于變量作用域的內(nèi)容已經(jīng)講解過了,盡管沒有這么一個(gè)術(shù)語。此時(shí)如果想要獲得被遮蔽實(shí)體的引用、調(diào)用,則只能通過完整的限定名去實(shí)現(xiàn)了。不過有一些情況可能是根本就引用不到的,被屏蔽得太嚴(yán)密了。

             遮掩(obscure):一個(gè)變量可以遮掩具有相同名字的一個(gè)類,只要它們都在同一個(gè)范圍內(nèi):如果這個(gè)名字被用于變量與類型都被許可的范圍,那么它將引用到變量上。相似地,一個(gè)變量名或一個(gè)類名可以遮掩一個(gè)包。遮掩是唯一一種兩個(gè)名字位于不同的名字空間的名字重用形式,這些名字空間包括:變量、包、方法或類。如果一個(gè)類型或一個(gè)包被遮掩了,那么你不能通過其簡單名引用到它,除非是在這樣一個(gè)上下文環(huán)境中,即語法只允許在其名字空間中出現(xiàn)一種名字。遵守命名習(xí)慣就可以極大地消除產(chǎn)生遮掩的可能性。

            其實(shí),遮掩這個(gè)術(shù)語我更是完全沒聽過了,上面這一段是從《Java 解惑》中引用過來的。我覺得,如果代碼是一個(gè)人所寫,或者團(tuán)隊(duì)中大家都遵守了一定的命名規(guī)范,而且也各自分配了一定職責(zé),那么遮掩這種情況應(yīng)該是可以避免的。同樣,需要使用完全限定名來引用被遮掩掉的實(shí)體,如下:

            用前面例子的代碼大概就是這種情況:

            1. public class TestFly {    
            2.     // 如此變量名  
            3.     static String System = "system";  
            4.     public static void main(String [] args) {  
            5.  
            6. //      String System = "hao";    
            7.         // 編譯不通過  
            8. //      System.out.println("No");  
            9.         // 編譯通過  
            10.         java.lang.System.out.println("OK");  
            11.     }  
            12. }

            小結(jié):

            1、我覺得,在文章標(biāo)題當(dāng)中的五個(gè)名詞當(dāng)中,尤為前面三個(gè)最為重要,陷阱炸彈也多多,而且文中所講僅僅是那么一丁點(diǎn)兒相關(guān)的,大量更細(xì)節(jié)的還得慢慢發(fā)現(xiàn);

            2、就算后面兩個(gè)名詞,也就是這兩種情況不常見,但了解一下記在腦里還是不錯(cuò)的,畢竟為自己增加了專業(yè)詞匯量;

            3、最后,就是建議各位也看看《Java 解惑》然后也告訴我一些炸彈型陷阱之類的,呵呵...學(xué)習(xí)快樂!加油!

            本文出自 “螞蟻” 博客,請務(wù)必保留此出處http://haolloyin.blog.51cto.com/1177454/372911

            posted on 2012-04-11 14:00 Snape 閱讀(303) 評論(0)  編輯 收藏 引用 所屬分類: Java

            導(dǎo)航

            <2025年5月>
            27282930123
            45678910
            11121314151617
            18192021222324
            25262728293031
            1234567

            統(tǒng)計(jì)

            常用鏈接

            留言簿

            隨筆分類

            隨筆檔案

            文章分類

            文章檔案

            my

            搜索

            最新評論

            閱讀排行榜

            評論排行榜

            狠狠色综合久久久久尤物| 久久人人爽爽爽人久久久| 久久综合九色综合久99| 国产高清国内精品福利99久久| 国内精品免费久久影院| 少妇无套内谢久久久久| 国产精品久久99| 久久久久99精品成人片三人毛片 | 久久综合视频网站| 亚洲国产精品久久久天堂| 伊人久久精品线影院| 久久强奷乱码老熟女网站 | 少妇无套内谢久久久久| 久久精品国产免费| 婷婷五月深深久久精品| 日韩欧美亚洲国产精品字幕久久久| 性欧美丰满熟妇XXXX性久久久| 精品久久久久久久久久中文字幕| 久久久精品2019免费观看| 久久热这里只有精品在线观看| 国产亚洲美女精品久久久| av国内精品久久久久影院| 中文字幕久久精品无码| 久久久国产精品| 精品久久久久久国产牛牛app | 99久久免费国产精精品| 模特私拍国产精品久久| 日本国产精品久久| 久久九色综合九色99伊人| 91久久精品国产91性色也| 久久精品无码午夜福利理论片| 99久久国产综合精品女同图片| 久久精品国产男包| 性欧美大战久久久久久久| 久久婷婷五月综合97色直播| 亚洲国产成人久久综合碰碰动漫3d | 天天综合久久一二三区| 久久中文精品无码中文字幕| 久久久久亚洲精品男人的天堂| 日本久久中文字幕| 国产精品99久久久久久宅男小说|