6장 열거 타입과 애너테이션 (week 5)

[KimYealynn]

6장 열거 타입과 애너테이션

Schedule : 21.06.02 (수) 8:30PM

목차

아이템 34. int 상수 대신 열거 타입을 사용하라 아이템 35. ordinal 메서드 대신 인스턴스 필드를 사용하라 아이템 36. 비트 필드 대신 EnumSet을 사용하라 아이템 37. ordinal 인덱싱 대신 EnumMap을 사용하라 아이템 38. 확장할 수 있는 열거 타입이 필요하면 인터페이스를 사용하라 아이템 39. 명명 패턴보다 애너테이션을 사용하라 아이템 40. @Override 애너테이션을 일관되게 사용하라 아이템 41. 정의하려는 것이 타입이라면 마커 인터페이스를 사용하라

[KimYealynn]

아이템 34. int 상수 대신 열거 타입을 사용하라

• 메서드, 필드, 인터페이스 구현도 가능하다 실제로는 클래스이므로 고차원 추상 개념 하나를 완벽히 표현해낼 수 있다.
• 상수마다 동작이 달라야 할 때 추상 메서드를 선언하고 상수별 클래스 몸체에 메서드를 재정의 할 수 있고 상수별 데이터와 결합도 가능하다.
• ** 열거 타입 생성자가 실행되는 시점에는 정적필드들이 아직 초기화되기 전이라, 자기 자신을 추가하지 못하게 하는 제약이 꼭 필요하다. 이 제약의 특수한 예로, 열거 타입 생성자에서 같은 열거 타입의 다른 상수에도 접근할 수 없다. (각 상수는 public static final 필드로 선언되었다.)
• 열거타입 상수끼리 코드를 공유할 때는 전략 열거 타입 패턴(중첩 열거 타입을 선언해 외부 상수가 내부 열거타입을 멤버변수로 갖도록 한다.)을 사용하라.

• 아이템 37. ordinal 인덱싱 대신 EnumMap을 사용하라

• EnumMap은 키자체로 출력용 메서드를 제공하기때문에 직접 레이블을 달 피요가 없고 배열 인덱스를 계산하는 과정에서 오류가 날 가능성도 원천봉쇄된다. 내부에서는 배열을 사용해서 Map의 타입 안정성, 배열의 성능을 갖고있다.

  아이템 38. 확장할 수 있는 열거 타입이 필요하면 인터페이스를 사용하라

• Enum도 interface를 구현가능하다. 단 열거타입 간 구현을 상속할 수는 없다. 중복 기능에 대해서는 별도의 도우미 클래스나 정적 도우미 메서드로 분리하는 방식으로 코드 중복을 없앤다.

  아이템 39. 명명 패턴보다 애너테이션을 사용하라

  
  import java.lang.annotation.*;

@Retention(RetensionPolicy.RUNTIME) @Target(Elementary.METHOD) public @interface Test { }

### 아이템 41. 정의하려는 것이 타입이라면 마커 인터페이스를 사용하라

[minSW]

6장 열거 타입과 애너테이션

item 34

• 정수 열거 패턴
  • 타입 안정성, 상수의 이름으로 구분, 깨지기 쉬움, 문자열 출력, 문자열 상수 (worst)
• 자바의 열거 타입 은 완전한 형태의 클래스
  • public static final, 싱글턴의 일반화 형태
• 장점
  • 정수 열거 패턴 단점 해소
  • 임의 메서드,필드, 인터페이스 구현 및 추가 가능
• 단점
  • 열거 타입 생성자에서 정적 필드에 접근 x
  • 상수별 메서드 구현에서는 상수끼리 코드 공유 x
• enum + switch
  • 열거타입의 상수별 동작 구현 지양
  • 기존 열거타입에 상수별 동작 혼합은 추천
  • p.218 전략 열거 타입 패턴
• when use?
  • 필요한 원소를 컴파일 타임에 다 알수 있는 상수집합인 경우

item 35

• ordinal() : 열거 타입에서 해당 상수 위치 반환
  • => 쓰지말고 인스턴스 필드 에 저장

item 36

• 비트 필드 열거 상수 - 구닥다리 기법! (ㅋㅋㅋㅋ)
• EnumSet
  • 원소 64개 이하면 비트 필드에 비견되는 성능 (=> 하나의 long)
  • 유일한 단점은 불변 EnumSet을 만들 수 없다 (java 11 기준. 현재도..)

item 37

• orinal 인덱싱 (item 35) => EnumMap 사용
• EnumMap
  • 타입안정성, 배열의 성능
• 점층적 팩터리 (telescoping factory)

item 38

• 연산 코드 외 열거 확장은 x (인터페이스를 확장한 열거타입 o)
• 단 열거 타입끼리 구현 상속은 불가

item 39

• naming patterns => Annotations 사용 권장 (추가 정보를 제공하는 역할)
• 메타 애너테이션 (meta-annotation) : 애너테이션 선언에 다는 애너테이션
• 마커 애너테이션 (marker annotation) : 매개변수 없이 단순히 대상에 마킹하는 애너테이션
• <? extends Annotation>

item 40

• 위 클래스의 메서드를 재정의하려는 모든 메서드에 @Override 권장

item 41

• 마커 인터페이스 (Marker Interface)
  • 자신을 구현한 클래스가 특정 속성을 가짐을 표시하는 인터페이스 (메서드 x)
  • ex. Serializable => 직렬화 가능
• 마커 인터페이스 vs 마커 애너테이션 (item 39)
  • 마커 인터페이스는 구현한 클래스들의 구분 타입으로 사용 가능 (컴파일 타임 오류 검출)
  • 마커 인터페이스는 적용대상을 더 정밀하게 지정 가능 (마킹하고 싶은 클래스에서만 구현)
  • 마커 애너테이션은 '애너테이션 시스템'의 지원 o
• "마킹된 객체를 매개변수로 받는 경우가 있을까?" => Y 이면 마커 인터페이스
• vs Item 22