求索

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

先來看一段代碼：

這段代碼看上去很普通，但是如果用1.4和1.5分別編譯就會出現(xiàn)不同的結(jié)果。先來說用1.4編譯的情況：首先用1.4編譯，編譯器不會報(bào)錯，如果運(yùn)行的話，前面兩個(gè)輸出語句會分別打印“0，0”，而第三個(gè)會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類的源代碼的話，就會發(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的話，就會發(fā)現(xiàn)這段Code是不能編譯通過的，編譯器會提示“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的幾率就會很小了，因?yàn)榫幾g器會替你發(fā)現(xiàn)這樣的錯誤。

這就是Generics的好處了。

但是還有一點(diǎn)值得考慮，如果我們?nèi)サ翦e誤的那一行代碼，在1.5中編譯然后運(yùn)行，會發(fā)現(xiàn)還有地方與1.4的不同。第一行輸出語句會打印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)行，會throw一個(gè)ClassCastException，而用1.4則不會出現(xiàn)這個(gè)問題。我想這是因?yàn)閠imestamp繼承了Date的CompareTo()方法，所以一個(gè)timestamp就可以與Date比較了，但是應(yīng)用了Generics以后這種情況是不允許的，而且代碼也沒有特殊處理，因此就會有Exception了。看來Generics也會帶來一些其他的問題。

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