마커 인터페이스란?
아무 메서드도 담고 있지 않고, 단지 자신을 구현하는 클래스가 특정 속성을 가짐을 표시해주는
인터페이스를 말한다.
예) Serializable 인터페이스, Serializable은 자신을 구현한 클래스의 인스턴스는 ObjectOutputStream을
통해 쓸(write)수 있다고, 즉 직렬화(Serialization)할 수 있다고 알려준다.
마커 애너테이션 등장 결과 → 마커 인터페이스 구식.. 이라는 이야기가 있지만 사실이 아님.
째보다 마커 인터페이스가 더 나은 점은 2가지
1. 마커 인터페이스는 이를 구현한 클래스의 인스턴스들을 구분하는 타입으로 쓸 수 있으나, 마커 애너테이션은 NO
- 마커 인터페이스는 어엿한 타입. 런타임에야 발견될 오류를 컴파일 타입에 잡기 쌉가능
2. 적용 대상을 더 정밀하게 지정할 수 있다!
- 적용대상(@Target)을 ElementType.TYPE으로 선언한 애너테이션은 모든 타입(클래스, 인터페이스, 열거 타입, 애너테이션)에 달 수 있어, 부착 가능 타입을 더 세밀하게 제한하지는 못한다.
Set 인터페이스도 일종의 (제약이 있는) 마커 인터페이스.
마커 애너테이션이 더 나은 점
거대한 애너테이션 시스템의 지원을 받는다는 점.
따라서, 애너테이션을 적극 활용하는 프레임워크에서는 마커 애너테이션을 쓰는 쪽이 일관성을 지키는 데
유리.
핵심정리
- 마커 인터페이스와 마커 애너테이션은 각자의 쓰임이 있음
- 새로 추가하는 메서드 없이 단지 타입 정의가 목적이라면 마커 인터페이스
- 클래스나 인터페이스 외의 프로그램 요소에 마킹해야 하거나, 애너테이션을 적극 활용하는 프레임워크의 일부로 그 마커를 편입시키고자 한다면 ? 마커 애너테이션
- 적용 대상이 ElementType.TYPE인 마커 애너테이션을 작성하고 있다면, 잠시 여유를 갖고 정말 애너테이션을 구현하는게 옳은지, 혹은 마커 인터페이스가 낫지는 않을지 곰곰이 생각해보자.
파릇파릇한개발자