<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    求索

    Make it work, make it right, make it fast and make it open。
    posts - 8, comments - 11, trackbacks - 0, articles - 0
      BlogJava :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

    關(guān)于Generics的一點(diǎn)兒理解

    Posted on 2005-07-06 15:57 Java求索 閱讀(923) 評(píng)論(5)  編輯  收藏 所屬分類: Java

    JDK5.0已經(jīng)release很久了,但一直沒機(jī)會(huì)好好學(xué)習(xí)一下,今天可有機(jī)會(huì)了。

    先來看一段代碼:

    public class TestDate {

        
    public static void main(String[] args) {
            Date date 
    = new Date();
            Object 
    object = new Object();
            Timestamp stamp 
    = new Timestamp(date.getTime());
            System.
    out.println("date&stamp:" + date.compareTo(stamp));
            System.
    out.println("stamp&date:" + stamp.compareTo(date));
            System.
    out.println("date&object:" + date.compareTo(object));
        }
    }


    這段代碼看上去很普通,但是如果用1.4和1.5分別編譯就會(huì)出現(xiàn)不同的結(jié)果。先來說用1.4編譯的情況:首先用1.4編譯,編譯器不會(huì)報(bào)錯(cuò),如果運(yùn)行的話,前面兩個(gè)輸出語句會(huì)分別打印“0,0”,而第三個(gè)會(huì)throw一個(gè)ClassCast exception. 因?yàn)镈ate不能與object比較,但是為什么能編譯通過呢?察看JDK源代碼就可以知道了,Date實(shí)現(xiàn)了Comparable接口,這個(gè)接口中的CompareTo()方法的參數(shù)就是Object。所以Date也不得不有一個(gè)以O(shè)bject為參數(shù)的CompareTo()方法,但是這個(gè)方法是沒有意義的,Date應(yīng)該與Date比較,所以Date這個(gè)Class里面就出現(xiàn)了兩個(gè)ComparaTo方法,一個(gè)是以Date為參數(shù),另一個(gè)是以O(shè)bject為參數(shù),這是1.4以前,不得不采用的方法。不然Date就沒法實(shí)現(xiàn)Comparable接口了。

    JDK1.5中Generics的出現(xiàn)解決了這個(gè)問題,如果看1.5中Date類的源代碼的話,就會(huì)發(fā)現(xiàn)它只有一個(gè)CompareTo()方法了,那它怎么來實(shí)現(xiàn)Comparable接口呢,這就是Generics的功勞了。在Date聲明時(shí),實(shí)現(xiàn)Comparable接口是這么寫的:...Comparable...,并且Comparable接口的聲明是這樣的:Comparable。這個(gè)T代表Type。它可以是任何Object。Comparable的實(shí)現(xiàn)類只要說明T是什么具體類型就可以了。因此,Date就可以只有一個(gè)CompareTo()方法,又可以實(shí)現(xiàn)Comparable接口了。如果用1.5編譯上面的Code的話,就會(huì)發(fā)現(xiàn)這段Code是不能編譯通過的,編譯器會(huì)提示“Severity Description Resource In Folder Location Creation Time 2 The method compareTo(Date) in the type Date is not applicable for the arguments (Object)”,這就避免了1.4中出現(xiàn)的問題。我想如果使用了1.5以后咱們編寫代碼時(shí),出現(xiàn)ClassCastException的幾率就會(huì)很小了,因?yàn)榫幾g器會(huì)替你發(fā)現(xiàn)這樣的錯(cuò)誤。

    這就是Generics的好處了。

    但是還有一點(diǎn)值得考慮,如果我們?nèi)サ翦e(cuò)誤的那一行代碼,在1.5中編譯然后運(yùn)行,會(huì)發(fā)現(xiàn)還有地方與1.4的不同。第一行輸出語句會(huì)打印1,而不是0,這說明1.5認(rèn)為具有相同時(shí)間的timestamp和date是不同的,但1.4認(rèn)為它們相同。我有看了一下1.5和1.4的源代碼,發(fā)現(xiàn)它們CompareTo(Date ...)的實(shí)現(xiàn)方法是不一樣的,可能問題就出現(xiàn)在這里。我沒有試著去讀它的代碼,等有時(shí)間,一定好好研究一下。

    最后,還有一個(gè)問題,如果用1.5編譯并運(yùn)行,會(huì)throw一個(gè)ClassCastException,而用1.4則不會(huì)出現(xiàn)這個(gè)問題。我想這是因?yàn)閠imestamp繼承了Date的CompareTo()方法,所以一個(gè)timestamp就可以與Date比較了,但是應(yīng)用了Generics以后這種情況是不允許的,而且代碼也沒有特殊處理,因此就會(huì)有Exception了。看來Generics也會(huì)帶來一些其他的問題。

    我想這種情況是可以避免的,原則就是只比較具有相同類型的兩個(gè)對(duì)象,而不與其父類或子類比較。如果必須比較的話,也應(yīng)該用相應(yīng)的方法轉(zhuǎn)化為相同的類,再進(jìn)行比較。


    評(píng)論

    # re: 關(guān)于Generics的一點(diǎn)兒理解  回復(fù)  更多評(píng)論   

    2005-07-06 18:27 by emu
    這是jdk1.5一個(gè)已經(jīng)報(bào)告的bug:
    http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5103041


    問題在于在jdk1.5中Timestamp多定義了一個(gè)比較方法:

    public int compareTo(java.util.Date o) {
    return compareTo((Timestamp)o);
    }

    這樣如樓主所說,在1.4中Timestamp.compareTo(Date)的時(shí)候會(huì)調(diào)用繼承來的Date.compareTo(Date)方法來完成比較,而Date.compareTo(Date)在比較前會(huì)把參數(shù)造型成Date對(duì)象,因此可以完成比較;而在1.5中Timestamp則直接使用自己的Timestamp.compareTo(Date)方法來比較,并試圖在其中把參數(shù)造型成Timestamp,因此拋出造型異常。

    但是這并不像樓主想像的,“Generics也會(huì)帶來一些其他的問題”,而是sun有意為之??瓷厦孢@個(gè)compareTo方法的相關(guān)說明:

    // This forwarding method ensures that the compareTo(Date) method defined
    // in java.util.Date is not invoked on a Timestamp

    顯然sun認(rèn)為1.4中的做法是不對(duì)的,下定決心在以放棄兼容性為代價(jià)在1.5中更正這個(gè)錯(cuò)誤,而不是一個(gè)bug(真的要修復(fù)這個(gè)bug的話只要把上面這個(gè)方法刪掉就行了)。sun堅(jiān)持的正好就是樓主說的原則問題:只比較具有相同類型的兩個(gè)對(duì)象

    放棄兼容性的代價(jià)就是有一些在1.4下面正常的代碼在1.5下面不能允許了,包括大名鼎鼎的JIRA。對(duì)此JIRA的反應(yīng)是:

    JDK 1.5 has a bug that prevents JIRA from processing mail correctly. Until the issue is resolved, JIRA does not support JDK 1.5. We recommend you use JDK 1.4.x but it is possible to continue with JDK 1.5 by restarting the server with option \'-Dallow.jdk.1.5=true\'. You can find the JDK bug at http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=5103041


    可是JIRA想要等“issue is resolved”那一天恐怕等不著了,這是個(gè)原則問題嘛 :)

    # re: 關(guān)于Generics的一點(diǎn)兒理解  回復(fù)  更多評(píng)論   

    2005-07-06 23:31 by Java求索
    多謝您的評(píng)論,我所說的其他問題所指的是Migration的問題。如果一個(gè)項(xiàng)目使用了1.4中的compareTo()方法,那么當(dāng)這個(gè)項(xiàng)目要Migrate到1.5的時(shí)候,代碼就不能編譯通過了,必須修改源代碼才行。

    # re: 關(guān)于Generics的一點(diǎn)兒理解  回復(fù)  更多評(píng)論   

    2005-07-07 14:19 by emu
    可是你說的是泛形帶來的其他問題,而這個(gè)問題其實(shí)不是泛形帶來的。

    # re: 關(guān)于Generics的一點(diǎn)兒理解  回復(fù)  更多評(píng)論   

    2005-07-07 16:38 by david
    那可能是我的表達(dá)不太清楚。不過我的本意是說Migration的問題。謝謝你評(píng)論。

    # re: 關(guān)于Generics的一點(diǎn)兒理解  回復(fù)  更多評(píng)論   

    2005-07-08 12:05 by 文章千古事,得失寸心知
    >> 我想這是因?yàn)閠imestamp繼承了Date的CompareTo()方法,所以一個(gè)timestamp就可以與Date比較了,但是應(yīng)用了Generics以后這種情況是不允許的,而且代碼也沒有特殊處理,因此就會(huì)有Exception了。看來Generics也會(huì)帶來一些其他的問題。

    只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。


    網(wǎng)站導(dǎo)航:
     
    主站蜘蛛池模板: 亚洲伊人色一综合网| 久久伊人亚洲AV无码网站| 亚洲福利视频一区二区三区| 成人片黄网站色大片免费观看cn| 免费人成在线观看网站视频| 国产成人综合亚洲一区| 日本成人免费在线| 羞羞网站在线免费观看| 亚洲av中文无码| 中文字幕乱理片免费完整的| 中文字幕亚洲一区| 黄网站免费在线观看| 久久精品国产亚洲AV大全| 亚洲免费视频观看| 亚洲午夜无码久久久久小说| 暖暖日本免费在线视频| 免费看一级毛片在线观看精品视频 | 亚洲伊人久久大香线蕉综合图片| 中文字幕久无码免费久久| 亚洲黄色在线视频| 最近免费中文字幕4| 麻豆一区二区三区蜜桃免费| 中文字幕亚洲综合久久菠萝蜜| 永久免费A∨片在线观看| 亚洲欧洲日产国码www| 成人在线视频免费| 一级**爱片免费视频| 亚洲ⅴ国产v天堂a无码二区| av免费不卡国产观看| 狠狠综合亚洲综合亚洲色| 亚洲精品成人片在线观看精品字幕| 色欲色香天天天综合网站免费| 亚洲中文字幕乱码一区| 中文字幕久久亚洲一区| 韩国免费一级成人毛片| 免费看又黄又爽又猛的视频软件| 亚洲精品线在线观看| 国产在线98福利播放视频免费| a级毛片免费在线观看| 亚洲一级片在线观看| 久久精品国产亚洲5555|