반응형
이 포스팅에서 작성하는 내용은 EFFECTIVE JAVA(이펙티브자바) 에서 발췌하였습니다.
아이템 40. @Override 애너테이션을 일관되게 사용하라
@Override
- 메서드 선언에만 달 수 있으며, 상위 타입의 메서드를 재정의할 때 사용하는 애너테이션이다.
- 이 애너테이션을 잘 사용해야 안정적인 프로그래밍이 가능하다.
ex 1) Bigram 프로그램(영어 알파벳 2개로 구성된 문자열)
public class Bigram {
private final char first;
private final char second;
public Bigram(char first, char second) {
this.first = first;
this.second = second;
}
public boolean equals(Bigram b) {
return b.first == first && b.second == second;
}
public int hashCode() {
return 31 * first + second;
}
public static void main(String[] args) {
Set<Bigram> s = new HashSet<>();
for (int i = 0; i < 10; i++)
for (char ch = 'a'; ch <= 'z'; ch++)
s.add(new Bigram(ch, ch));
System.out.println(s.size());
}
}
- main 메서드를 보면 똑같은 소문자 2개로 구성된 바이그램 26개를 10번 반복해서 집합에 추가해서 집합의 크기를 출력한다.
- Set은 중복을 허용하지 않으므로 집합의 크기는 26개가 나오리라 예상하겠지만 260개가 나온다.
- 그 이유로는, equals와 hashCode 메서드를 재정의한 것이 아니라 다중정의했기 때문이다.
- Object의 equals를 재정의하려면, 매개변수 타입을 Object로 해야만 하는데 그렇게 하지 않았기 때문이다.
- 이러한 상황은 컴파일러가 찾아낼 수 있지만, 그러려면 Object.equals 메서드를 재정의하는 것이라고 알려줘야 한다. → 이 때 사용할 수 있는 방법이 @Override 애너테이션이다.
ex 2) @Override 애너테이션을 이용해 equals메서드를 재정의
@Override
public boolean equals(Bigram b) {
return b.first == first && b.second == second;
}
- 위처럼 @Override 애너테이션을 달고 컴파일하면, 컴파일러가 매개변수가 잘못됐다는 것을 컴파일 오류로 알려준다.
ex 3) equals 메서드를 올바르게 재정의한 코드
@Override
public boolean equals(Object o) {
if(!(o instanceof Bigram)) {
return false;
}
Bigram b = (Bigram) o;
return b.first == first && b.second == second;
}
- 이렇게, 상위 클래스의 메서드를 재정의하려는 모든 메서드에 @Override 애너테이션을 달자
- @Override를 안달아도 되는 경우
- 구체 클래스에서 상위 클래스의 추상 메서드를 재정의할 때는 굳이 안달아도 된다. (구체클래스인데 아직 구현하지 않은 추상 메서드가 남아있다면 컴파일러가 그 사실을 바로 알려주기 때문)
- 하지만 @Override를 달아도 전혀 문제는 없다.
- IDE에서는 @Override를 일관되게 사용하도록 부추기기도 한다.
- 추가로, @Override는 클래스 뿐만 아니라 인터페이스의 메서드도 재정의할 때 사용할 수 있다.
- 디폴트 메서드를 지원하면서 인터페이스 메서드를 구현한 메서드에도 @Override를 다는 습관을 들이면 시그니처가 올바른지 재차 확신할 수 있다.
정리
- 재정의한 모든 메서드에 @Override 에너테이션을 의식적으로 달면 여러분이 실수했을 때 컴파일러가 바로 알려줄 수 있기 때문에 좋다.
- 구체 클래스에서 상위 클래스의 추상 메서드를 재정의했을 때는 이 애너테이션을 달지 않아도 컴파일러가 알 수 있다. 하지만, 애너테이션을 단다고 해서 문제되진 않는다.
반응형
'BE > Java' 카테고리의 다른 글
[Effective Java] 아이템 42. 익명 클래스보다는 람다를 사용하라 (0) | 2022.11.01 |
---|---|
[Effective Java] 아이템 41. 정의하려는 것이 타입이라면 마커 인터페이스를 사용하라 (0) | 2022.10.31 |
[Effective Java] 아이템 39. 명명 패턴보다 애너테이션을 사용하라 (0) | 2022.10.27 |
[Effective Java] 아이템 38. 확장할 수 있는 열거 타입이 필요하면 인터페이스를 사용하라 (0) | 2022.10.26 |
[Effective Java] 아이템 37. ordinal 인덱싱 대신 EnumMap을 사용하라 (1) | 2022.10.25 |