타입 캐스트를 할 필요가 없다는 것은 컴파일 타임에 타입 검사를 수행하기 때문에 자바 제네릭의 가장 큰 장점 중 하나입니다 . 이것은 ClassCastException런타임에 던질 수있는 s 가능성을 줄이고 더 강력한 코드로 이어질 수 있습니다.
그러나 나는 당신이 그것을 완전히 알고 있다고 생각합니다.
Generics를 볼 때마다 두통이 생깁니다. Java의 가장 좋은 부분은 단순하고 최소한의 구문과 제네릭이 단순하지 않고 상당한 양의 새로운 구문을 추가한다는 점입니다.
처음에는 제네릭의 이점도 보지 못했습니다. 1.4 구문에서 Java를 배우기 시작했습니다 (당시 Java 5가 나왔음에도 불구하고). 제네릭을 접했을 때 작성해야 할 코드가 더 많다는 느낌이 들었고 실제로 이점을 이해하지 못했습니다.
최신 IDE를 사용하면 제네릭으로 코드를 더 쉽게 작성할 수 있습니다.
대부분의 현대적이고 괜찮은 IDE는 제네릭, 특히 코드 완성으로 코드 작성을 지원할만큼 똑똑합니다.
다음 Map<String, Integer>은 HashMap. 입력해야하는 코드는 다음과 같습니다.
Map<String, Integer> m = new HashMap<String, Integer>();
그리고 실제로 새로운 HashMap. 그러나 실제로 Eclipse가 필요한 것을 알기 전에이 정도만 입력해야했습니다.
Map<String, Integer> m = new Ha Ctrl+Space
사실, HashMap후보 목록에서 선택해야 했지만 기본적으로 IDE는 제네릭 유형을 포함하여 추가 할 항목을 알고있었습니다. 올바른 도구를 사용하면 제네릭을 사용하는 것이 나쁘지 않습니다.
또한 유형이 알려져 있기 때문에 제네릭 컬렉션에서 요소를 검색 할 때 IDE는 해당 개체가 이미 선언 된 유형의 개체 인 것처럼 작동합니다. 개체의 유형을 알기 위해 IDE를 캐스팅 할 필요가 없습니다. 이다.
제네릭의 주요 장점은 새로운 Java 5 기능과 잘 어울리는 방식에서 비롯됩니다. 다음은 정수를 a에 던지고 Set합계를 계산 하는 예입니다 .
Set<Integer> set = new HashSet<Integer>();
set.add(10);
set.add(42);
int total = 0;
for (int i : set) {
total += i;
}
이 코드에는 세 가지 새로운 Java 5 기능이 있습니다.
첫째, 프리미티브의 제네릭 및 오토 박싱은 다음 행을 허용합니다.
set.add(10);
set.add(42);
정수는 10으로되어 오토 박싱 Integer의 값 10. (그리고 동일 42). 그런 다음 s 를 보유하는 것으로 알려진에 Integer던져집니다 . 던지려고 하면 컴파일 오류가 발생합니다.SetIntegerString
다음으로 for-each 루프는 다음 세 가지를 모두 취합니다.
for (int i : set) {
total += i;
}
첫째, Set포함하는 Integers는 for-each 루프에서 사용됩니다. 각 요소는으로 선언 되며은 기본적으로 다시 unboxed int되므로 허용됩니다 . 그리고이 unboxing이 발생한다는 사실은 제네릭을 사용 하여 .IntegerintIntegerSet
Generics는 Java 5에 도입 된 새로운 기능을 결합하는 접착제가 될 수 있으며 코딩을 더 간단하고 안전하게 만듭니다. 그리고 대부분의 경우 IDE는 좋은 제안을 할 수있을만큼 똑똑하므로 일반적으로 더 많이 입력하지 않아도됩니다.
솔직히 Set예제 에서 볼 수 있듯이 Java 5 기능을 사용하면 코드가 더 간결하고 강력해질 수 있다고 생각합니다.
편집-제네릭이없는 예
다음은 Set제네릭을 사용하지 않은 위의 예입니다. 가능하지만 정확히 유쾌하지는 않습니다.
Set set = new HashSet();
set.add(10);
set.add(42);
int total = 0;
for (Object o : set) {
total += (Integer)o;
}
(참고 : 위 코드는 컴파일 타임에 확인되지 않은 변환 경고를 생성합니다.)
제네릭이 아닌 컬렉션을 사용하는 경우 컬렉션에 입력되는 유형은 유형의 개체입니다 Object. 따라서이 예에서 a Object는 add세트 로 편집되는 것입니다.
set.add(10);
set.add(42);
상기 라인에서 오토 박싱 재생에 - 프리미티브 int값 10과은 42으로 오토 박싱되는 Integer받는 추가되는 개체 Set. 그러나 컴파일러가 어떤 유형 을 예상 해야하는지 알 수있는 유형 정보가 없기 때문에 Integer객체가 Objects 로 처리된다는 점 을 명심 하십시오 Set.
for (Object o : set) {
이것이 중요한 부분입니다. for-each 루프가 작동하는 이유는 존재하는 경우 with 형식 정보 를 반환하는 인터페이스를 Set구현 하기 때문 입니다. ( , 즉)IterableIteratorIterator<T>
그러나 유형 정보가 없기 때문에는 as 에서 값을 Set반환하는 an Iterator을 반환 하므로 for-each 루프에서 검색되는 요소 는 유형 이어야합니다 .SetObjectObject
에서 Object가 검색 Set되었으므로 Integer추가를 수행하려면 수동으로로 캐스팅해야합니다 .
total += (Integer)o;
여기서, 타입 변환은에서 수행 Object내지 An Integer. 이 경우, 우리는 이것이 항상 작동한다는 것을 알고 있지만, 수동 형변환은 항상 다른 곳에서 사소한 변경이 이루어지면 손상 될 수있는 취약한 코드라고 느끼게합니다. (나는 모든 타입 캐스트가 ClassCastException일어나기를 기다리고 있다고 느낀다 . 그러나 나는 빠져 나간다 ...)
은 Integer이제로 박싱되어 int상기에 또한 수행 할 수있는 int변수 total.
Java 5의 새로운 기능이 제네릭이 아닌 코드와 함께 사용할 수 있음을 설명 할 수 있기를 바랍니다.하지만 제네릭으로 코드를 작성하는 것만 큼 깨끗하고 간단하지는 않습니다. 그리고 제 생각에는 Java 5의 새로운 기능을 최대한 활용하려면 제네릭을 조사해야합니다. 최소한 컴파일 시간 검사를 통해 잘못된 타입 캐스트가 런타임에 예외를 발생시키는 것을 방지 할 수 있다면 말입니다.