jdk1.4和jdk1.5有什么區別

本篇內容主要講解“jdk1.4和jdk1.5有什么區別”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“jdk1.4和jdk1.5有什么區別”吧!

1. 泛型
2 自動裝箱/拆箱
3 for-each
4 static import
5 變長參數[@more@]

1. 泛型 1.4之前 java util包中容器類,裝的是Object對象,你要裝特定的類型可以,但要強制轉換,這可能導致運行時錯誤.
例:原來ArrayList list=new ArrayList();
list.add(new Integer(3));
list.add(new Integer(4));
int i=((Integer)(list.get(0))).parseInt();
很麻煩
現在ArrayListlist=new ArrayList();
list.add(new Integer(3));
list.add(new Integer(4));
int i=list.get(0).parseInt();
不用Cast,運行時錯誤變為編譯時錯誤,這是進步.
類似與C++中的摸板templete.但機理不同.
2 自動裝箱/拆箱
還是剛才例子
最后一句可改為
int i=list.get(0);
原始類型與對應的包裝類不用顯式轉換,方便
3 for-each
循環的增強
int a[]={........};//初始化,略
for(int i:a)
{
......
}
不用以前的i=0;i4 static import
以前調Java.math
Math.sqrt();
現在 static import java.lang.Math.sqrt;
再 sqrt();
相當于你自己類里有這個方法
5 變長參數
int sum(int ...intlist)
{
int i,sum;
sum=0;
for(int i=0;i<intlist.length;i++)
{
sum+=list[i];
}
return sum;

}
有任意個參數,把他看作數組

沒多大區別,只要你注意別用那些過時的方法就行,若是新版本加的或有改變的方法,docs里會說的,在方法解釋下面


jdk6.0將會有很大變化
增強的for循環
為了迭代集合和數組，增強的for循環提供了一個簡單、兼容的語法。有兩點值得一提：


Init表達式
在循環中，初始化表達式只計算一次。這意味著您通常可以移除一個變量聲明。在這個例子中，我們必須創建一個整型數組來保存computeNumbers()的結果，以防止每一次循環都重新計算該方法。您可以看到，下面的代碼要比上面的代碼整潔一些，并且沒有泄露變量numbers：
未增強的For：

int sum = 0;

Integer[] numbers = computeNumbers();

for (int i=0; i < numbers.length ; i++)

sum += numbers[i];

增強后的For：

int sum = 0;



for ( int number: computeNumbers() )

sum += number;


局限性
有時需要在迭代期間訪問迭代器或下標，看起來增強的for循環應該允許該操作，但事實上不是這樣，請看下面的例子：
for (int i=0; i < numbers.length ; i++) {

if (i != 0) System.out.print(",");

System.out.print(numbers[i]);

}


我們希望將數組中的值打印為一個用逗號分隔的清單。我們需要知道目前是否是第一項，以便確定是否應該打印逗號。使用增強的for循環是無法獲知這種信息的。我們需要自己保留一個下標或一個布爾值來指示是否經過了第一項。 這是另一個例子：
for (Iteratorit = n.iterator() ; it.hasNext() ; )

if (it.next() < 0)

it.remove();


在此例中，我們想從整數集合中刪除負數項。為此，需要對迭代器調用一個方法，但是當使用增強的for 循環時，迭代器對我們來說是看不到的。因此，我們只能使用Java 5之前版本的迭代方法。 順便說一下，這里需要注意的是，由于Iterator是泛型，所以其聲明是Iterator。許多人都忘記了這一點而使用了Iterator的原始格式。


注釋
注釋處理是一個很大的話題。因為本文只關注核心的語言特性，所以我們不打算涵蓋它所有的可能形式和陷阱。 我們將討論內置的注釋（SuppressWarnings，Deprecated和Override）以及一般注釋處理的局限性。


Suppress Warnings
該注釋關閉了類或方法級別的編譯器警告。有時候您比編譯器更清楚地知道，代碼必須使用一個被否決的方法或執行一些無法靜態確定是否類型安全的動作，而使用：
@SuppressWarnings("deprecation")

public static void selfDestruct() {

Thread.currentThread().stop();

}


這可能是內置注釋最有用的地方。遺憾的是，1.5.0_04的javac不支持它。但是1.6支持它，并且Sun正在努力將其向后移植到1.5中。
Eclipse 3.1中支持該注釋，其他IDE也可能支持它。這允許您把代碼徹底地從警告中解脫出來。如果在編譯時出現警告，可以確定是您剛剛把它添加進來——以幫助查看那些可能不安全的代碼。隨著泛型的添加，它使用起來將更趁手。


Deprecated
遺憾的是，Deprecated沒那么有用。它本來旨在替換@deprecated javadoc標簽，但是由于它不包含任何字段，所以也就沒有方法來建議deprecated類或方法的用戶應該使用什么做為替代品。大多數用法都同時需要javadoc標簽和這個注釋。

Override
Override表示，它所注釋的方法應該重寫超類中具有相同簽名的方法：
@Override

public int hashCode() {

...

}


看上面的例子，如果沒有在hashCode中將“C”大寫，在編譯時不會出現錯誤，但是在運行時將無法像期望的那樣調用該方法。通過添加Override標簽，編譯器會提示它是否真正地執行了重寫。
在超類發生改變的情況中，這也很有幫助。如果向該方法中添加一個新參數，而且方法本身也被重命名了，那么子類將突然不能編譯，因為它不再重寫超類的任何東西。


其它注釋
注釋在其他場景中非常有用。當不是直接修改行為而是增強行為時，特別是在添加樣板代碼的情況下，注釋在諸如EJB和Web services這樣的框架中運行得非常好。
注釋不能用做預處理器。Sun的設計特別預防了完全因為注釋而修改類的字節碼。這樣可以正確地理解該語言的成果，而且IDE之類的工具也可以執行深入的代碼分析和重構之類的功能。
注釋不是銀彈。第一次遇到的時候，人們試圖嘗試各種技巧。請看下面這個從別人那里獲得的建議：
public class Foo {



@Property

private int bar;



}


其思想是為私有字段bar自動創建getter和setter方法。遺憾的是，這個想法有兩個失敗之處：1)它不能運行，2)它使代碼難以閱讀和處理。 它是無法實現的，因為前面已經提到了，Sun特別阻止了對出現注釋的類進行修改。
即使是可能的，它也不是一個好主意，因為它使代碼可讀性差。第一次看到這段代碼的人會不知道該注釋創建了方法。此外，如果將來您需要在這些方法內部執行一些操作，注釋也是沒用的。 總之，不要試圖用注釋去做那些常規代碼可以完成的事情。


枚舉
enum非常像public static final int聲明，后者作為枚舉值已經使用了很多年。對int所做的最大也是最明顯的改進是類型安全——您不能錯誤地用枚舉的一種類型代替另一種類型，這一點和int不同，所有的int對編譯器來說都是一樣的。除去極少數例外的情況，通常都應該用enum實例替換全部的枚舉風格的int結構。
枚舉提供了一些附加的特性。EnumMap和EnumSet這兩個實用類是專門為枚舉優化的標準集合實現。如果知道集合只包含枚舉類型，那么應該使用這些專門的集合來代替HashMap或HashSet。
大部分情況下，可以使用enum對代碼中的所有public static final int做插入替換。它們是可比的，并且可以靜態導入，所以對它們的引用看起來是等同的，即使是對于內部類（或內部枚舉類型）。注意，比較枚舉類型的時候，聲明它們的指令表明了它們的順序值。

“隱藏的”靜態方法
兩個靜態方法出現在所有枚舉類型聲明中。因為它們是枚舉子類上的靜態方法，而不是Enum本身的方法，所以它們在java.lang.Enum的javadoc中沒有出現。
第一個是values()，返回一個枚舉類型所有可能值的數組。
第二個是valueOf()，為提供的字符串返回一個枚舉類型，該枚舉類型必須精確地匹配源代碼聲明。
方法
關于枚舉類型，我們最喜歡的一個方面是它可以有方法。過去您可能需要編寫一些代碼，對public static final int進行轉換，把它從數據庫類型轉換為JDBC URL。而現在則可以讓枚舉類型本身帶一個整理代碼的方法。下面就是一個例子，包括DatabaseType枚舉類型的抽象方法以及每個枚舉實例中提供的實現：
public enum DatabaseType {

ORACLE {

public String getJdbcUrl() {...}

},

MYSQL {

public String getJdbcUrl() {...}

};

public abstract String getJdbcUrl();

}


現在枚舉類型可以直接提供它的實用方法。例如：

DatabaseType dbType = ...;
String jdbcURL = dbType.getJdbcUrl();

要獲取URL，必須預先知道該實用方法在哪里。



可變參數(Vararg)
正確地使用可變參數確實可以清理一些垃圾代碼。典型的例子是一個帶有可變的String參數個數的log方法：
Log.log(String code)

Log.log(String code, String arg)

Log.log(String code, String arg1, String arg2)

Log.log(String code, String[] args)


當討論可變參數時，比較有趣的是，如果用新的可變參數替換前四個例子，將是兼容的：
Log.log(String code, String... args)
所有的可變參數都是源兼容的——那就是說，如果重新編譯log()方法的所有調用程序，可以直接替換全部的四個方法。然而，如果需要向后的二進制兼容性，那么就需要舍去前三個方法。只有最后那個帶一個字符串數組參數的方法等效于可變參數版本，因此可以被可變參數版本替換。

類型強制轉換
如果希望調用程序了解應該使用哪種類型的參數，那么應該避免用可變參數進行類型強制轉換。看下面這個例子，第一項希望是String，第二項希望是Exception：
Log.log(Object... objects) {

String message = (String)objects[0];

if (objects.length > 1) {

Exception e = (Exception)objects[1];

// Do something with the exception

}

}


方法簽名應該如下所示，相應的可變參數分別使用String和Exception聲明：

Log.log(String message, Exception e, Object... objects) {...}

不要使用可變參數破壞類型系統。需要強類型化時才可以使用它。對于這個規則，PrintStream.printf()是一個有趣的例外：它提供類型信息作為自己的第一個參數，以便稍后可以接受那些類型。

協變返回
協變返回的基本用法是用于在已知一個實現的返回類型比API更具體的時候避免進行類型強制轉換。在下面這個例子中，有一個返回Animal對象的Zoo接口。我們的實現返回一個AnimalImpl對象，但是在JDK 1.5之前，要返回一個Animal對象就必須聲明。:
public interface Zoo {

public Animal getAnimal();

}

public class ZooImpl implements Zoo {

public Animal getAnimal(){

return new AnimalImpl();

}

}


協變返回的使用替換了三個反模式：




直接字段訪問。為了規避API限制，一些實現把子類直接暴露為字段：


ZooImpl._animal


另一種形式是，在知道實現的實際上是特定的子類的情況下，在調用程序中執行向下轉換：


((AnimalImpl)ZooImpl.getAnimal()).implMethod();


我看到的最后一種形式是一個具體的方法，該方法用來避免由一個完全不同的簽名所引發的問題：


ZooImpl._getAnimal();

這三種模式都有它們的問題和局限性。要么是不夠整潔，要么就是暴露了不必要的實現細節。

協變
協變返回模式就比較整潔、安全并且易于維護，它也不需要類型強制轉換或特定的方法或字段：
public AnimalImpl getAnimal(){
return new AnimalImpl();
}
使用結果：
ZooImpl.getAnimal().implMethod();

使用泛型
我們將從兩個角度來了解泛型：使用泛型和構造泛型。我們不討論List、Set和Map的顯而易見的用法。知道泛型集合是強大的并且應該經常使用就足夠了。
我們將討論泛型方法的使用以及編譯器推斷類型的方法。通常這些都不會出問題，但是當出問題時，錯誤信息會非常令人費解，所以需要了解如何修復這些問題。


泛型方法
除了泛型類型，Java 5還引入了泛型方法。在這個來自java.util.Collections的例子中，構造了一個單元素列表。新的List的元素類型是根據傳入方法的對象的類型來推斷的：
staticListCollections.singletonList(T o)

示例用法：

public ListgetListOfOne() {

return Collections.singletonList(1);

}


在示例用法中，我們傳入了一個int。所以方法的返回類型就是List。編譯器把T推斷為Integer。這和泛型類型是不同的，因為您通常不需要顯式地指定類型參數。
這也顯示了自動裝箱和泛型的相互作用。類型參數必須是引用類型：這就是為什么我們得到的是List而不是List。


不帶參數的泛型方法
emptyList()方法與泛型一起引入，作為java.util.Collections中EMPTY_LIST字段的類型安全置換：
staticListCollections.emptyList()

示例用法：

public ListgetNoIntegers() {

return Collections.emptyList();

}


與先前的例子不同，這個方法沒有參數，那么編譯器如何推斷T的類型呢？基本上，它將嘗試使用一次參數。如果沒有起作用，它再次嘗試使用返回或賦值類型。在本例中，返回的是List，所以T被推斷為Integer。
如果在返回語句或賦值語句之外的位置調用泛型方法會怎么樣呢？那么編譯器將無法執行類型推斷的第二次傳送。在下面這個例子中，emptyList()是從條件運算符內部調用的：
public ListgetNoIntegers() {

return x ? Collections.emptyList() : null;

}


因為編譯器看不到返回上下文，也不能推斷T，所以它放棄并采用Object。您將看到一個錯誤消息，比如：“無法將List

到此，相信大家對“jdk1.4和jdk1.5有什么區別”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！