■ 비검사 경고
제네릭을 사용하면 수많은 컴파일러가 경고를 보게 될 것이다. 제네릭에 익숙해질수록 경고 수가 줄어들 것이다.
Set<Lark> exaltation = new HashSet();
//-> 컴파일러가 알려준 타입 매개변수를 명시하지 않고 <> 만으로 해결가능
Set<Lark> exaltation = new HashSet<>();
■ 할 수 있는 한 모든 비검사 경고를 제거하라.
비검사 경고를 모두 제거하면 그 코드는 타입 안정성이 보장된다. 즉, 런타임에 ClassCastException이 발생할 일이 없다는 것 이다.
■ SuppressWarnings
경고를 제거할 수 없지만 타입 안전하다고 확실할 수 있으면 @SuppressWarnings("unchecked") 애너테이션을 달아 경고를 숨기자. 안전하다고 검증된 비검사 경고를 그대로 두면, 진짜 문제를 알리는 새로운 경고가 나와도 눈치채지 못할 수 있다. @SuppressWarnings는 개별 지역변수 선언부터 클래스 전체까지 어떤 선언에도 달 수 있다
하지만, @SuppressWarnings 애너테이션은 항상 가능한 한 좁은 범위에 적용하자 자칫 심각한 경고를 놓칠 수 있으니 절대로 클래스 전체에 적용해서는 안 된다. 또한, 한 줄이 넘는 메서드나 생성자에 달린 @SuppressWarnings을 발견하면 지역변수 선언 쪽으로 옮기자
ArrayList 컴파일 시 경고가 발생하는데, 애너테이션은 선언에만 달 수 있어서 return 문에는 @SuppressWarnings를 다는 게 불가능하다
public <T> T[] toArray(T[] a) {
if(a.length < size) return (T[]) Arrays.copyOf(elements, size, a.getClass());
System.arraycopy(elements, 0, a, 0, size);
if(a.length > size) a[size] = null;
return a;
}
따라서 지연변수를 하나 선언하고 그 변수에 애너테이션을 달아준다. @SuppressWarnings("unchecked") 애너테이션을 사용할 때면 그 경고를 무시해도 안전한 이유를 항상 주석으로 남겨야 한다.
public <T> T[] toArray(T[] a) {
if(a.length < size) {
// 생성한 배열과 매개변수로 받은 배열의 타입이 모두 T[]로 같으므로
// 올바른 형변환
@SuppressWarnings("unchecked")
T[] result = (T[]) Arrays.copyOf(elements, size, a.getClass());
return result;
}
System.arraycopy(elements, 0, a, 0, size);
if(a.length > size) a[size] = null;
return a;
}
'Effective Java' 카테고리의 다른 글
[Effective Java] 아이템29 이왕이면 제네릭 타입으로 만들라 (0) | 2021.05.23 |
---|---|
[Effective Java] 아이템28 배열보다는 리스트를 사용하라 (0) | 2021.05.23 |
[Effective Java] 아이템26 로 타입은 사용하지 말라 (0) | 2021.03.08 |
[Effective Java] 아이템25 톱레밸 클래스는 한 파일에 하나만 담으라 (0) | 2021.03.02 |
[Effective Java] 아이템24 멤버 클래스는 되도록 static으로 만들라 (0) | 2021.03.01 |