HomeAboutMeBlogGuest
© 2025 Sejin Cha. All rights reserved.
Built with Next.js, deployed on Vercel
📖
공부한 책/
📒
Effective Java/
아이템 38 : 확장할 수 있는 열거 타입이 필요하면 인터페이스를 사용하라

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

💡
열거 타입 자체는 확장할 수 없지만, 인터페이스와 그 인터페이스를 구현하는 기본 열거 타입을 함께 사용해 같은 효과를 낼 수 있음. 이렇게 하면 클라이언트는 이 인터페이스를 구현해 자신만의 열거 타입(혹은 다른 타입)을 만들 수 있다. 그리고 API가 (기본 열거 타입을 직접 명시하지 않고) 인터페이스 기반으로 작성되었다면 기본 열거 타입의 인스턴스가 쓰이는 모든 곳을 새로 확장한 열거 타입의 인스턴스로 대체해 사용할 수 있다.
열거 타입의 한가지 부족한 점 : 확장이 불가능하다확장할 수 있는 열거 타입이 어울리는 쓰임 예 : 연산 코드열거타입으로 확장하는 방법 ! → 열거 타입이 임의의 인터페이스를 구현할 수 있다는 점 이용확장된 열거 타입 활용하는 예시사례 1 : 열거 타입의 Class 객체를 이용해 확장된 열거 타입의 모든 원소를 사용하는 예사례 2 : Class 객체 대신 한정적 와일드카드 타입을 넘기는 방법사소한 문제 & 팁

열거 타입의 한가지 부족한 점 : 확장이 불가능하다

public class Suit {
    private final String name;

    public static final Suit CLUBS =new Suit("clubs");
    public static final Suit DIAMONDS =new Suit("diamonds");
    public static final Suit HEARTS =new Suit("hearts");
    public static final Suit SPADES =new Suit("spades");    

    private Suit(String name){
        this.name =name;
    }
    public String toString(){
        return name;
    }
}
타입 안전 열거 패턴
  • 열거 타입은 거의 모든 상황에서 타입 안전 열거 패턴(typesafe enum pattern)보다 우수하다
    • 예외가 하나 있으니, 타입 안전 열거 패턴은 확장할 수 있으나 열거 타입은 그럴 수 없다는 점임
⇒ typesafe enum pattern은 열거한 값들을 그대로 가져온 다음 값을 더 추가하여 다른 목적으로 쓸 수 있는 반면, 열거 타입은 그렇게 할 수 없다
 
그러나 대부분의 상황에서 열거 타입을 확장하는 것은 좋지 않은 생각임
  • 확장한 타입의 원소는 기반 타입의 원소로 취급하지만 그 반대는 성립하지 않으면 이상하기 때문에 !!
  • 그리고 기반 타입과 확장된 타입들의 원소를 모두 순회할 방법도 마땅치 않음
  • 확장성을 높이려면 고려할 요소가 늘어나 설계와 구현이 더 복잡해지기도 한다

확장할 수 있는 열거 타입이 어울리는 쓰임 예 : 연산 코드

  • 연산 코드의 각 원소는 특정 기계가 수행하는 연산을 뜻함

열거타입으로 확장하는 방법 ! → 열거 타입이 임의의 인터페이스를 구현할 수 있다는 점 이용

package effectivejava.chapter6.item38;

// 코드 38-1 인터페이스를 이용해 확장 가능 열거 타입을 흉내 냈다. (232쪽)
public interface Operation {
    double apply(double x, double y);
}
package effectivejava.chapter6.item38;

// 코드 38-1 인터페이스를 이용해 확장 가능 열거 타입을 흉내 냈다. - 기본 구현 (233쪽)
public enum BasicOperation implements Operation {
    PLUS("+") {
        public double apply(double x, double y) { return x + y; }
    },
    MINUS("-") {
        public double apply(double x, double y) { return x - y; }
    },
    TIMES("*") {
        public double apply(double x, double y) { return x * y; }
    },
    DIVIDE("/") {
        public double apply(double x, double y) { return x / y; }
    };

    private final String symbol;

    BasicOperation(String symbol) {
        this.symbol = symbol;
    }

    @Override public String toString() {
        return symbol;
    }
}
package effectivejava.chapter6.item38;
import java.util.*;

// 코드 38-2 확장 가능 열거 타입 (233-235쪽)
public enum ExtendedOperation implements Operation {
    EXP("^") {
        public double apply(double x, double y) {
            return Math.pow(x, y);
        }
    },
    REMAINDER("%") {
        public double apply(double x, double y) {
            return x % y;
        }
    };
    private final String symbol;
    ExtendedOperation(String symbol) {
        this.symbol = symbol;
    }
    @Override public String toString() {
        return symbol;
    }
}
  • 열거 타입인 BasicOperation은 확장할 수 없지만 인터페이스인 Operation은 확장할 수 있음
  • 이 인터페이스를 연산의 타입으로 사용할 수 있고 이렇게 하면 Operation을 구현한 또 다른 열거 타입을 정의해서 기본 타입을 대체할 수 있음
    • 사용 시, Operation 인터페이스를 사용하도록 정의되어 있으면 새로 확장한 클래스(ExtendedOperation)를 똑같이 사용할 수 있음
  • apply가 인터페이스(Operation)에 선언되어 있으니 열거 타입에 따로 추상 메서드 선언도 할 필요 없음

확장된 열거 타입 활용하는 예시

사례 1 : 열거 타입의 Class 객체를 이용해 확장된 열거 타입의 모든 원소를 사용하는 예

public static void main(String[] args) {
    double x = Double.parseDouble(args[0]);
    double y = Double.parseDouble(args[1]);
    test(ExtendedOperation.class, x, y);
}
private static <T extends Enum<T> & Operation> void test(
        Class<T> opEnumType, double x, double y) {
    for (Operation op : opEnumType.getEnumConstants())
        System.out.printf("%f %s %f = %f%n",
                x, op, y, op.apply(x, y));
}
  • 위 메서드에서 class 리터럴은 한정적 타입 토큰 역할을 함
  • <T extends Enum<T> & Operation> Class<T>
    • Class 객체가 열거 타입인 동시에 Operation의 하위 타입이어야 한다는 뜻임
    • 열거 타입이어야 원소를 순회할 수 있고, Operation이어야 원소가 뜻하는 연산을 수행할 수 있기 때문

사례 2 : Class 객체 대신 한정적 와일드카드 타입을 넘기는 방법

// 컬렉션 인스턴스를 이용해 확장된 열거 타입의 모든 원소를 사용하는 예 (235쪽)
public static void main(String[] args) {
    double x = Double.parseDouble(args[0]);
    double y = Double.parseDouble(args[1]);
    test(Arrays.asList(ExtendedOperation.values()), x, y);
}
private static void test(Collection<? extends Operation> opSet,
                         double x, double y) {
    for (Operation op : opSet)
        System.out.printf("%f %s %f = %f%n",
                x, op, y, op.apply(x, y));
}
  • 이렇게 구성을 하면, 덜 복잡하고, test 메서드가 살짝 더 유연함. 여러 구현 타입의 연산을 조합해 호출할 수 있음
      • public static void main(String[] args) {
		List<Operation> extendedOperations = Arrays.asList(ExtendedOperation.values());
		extendedOperations.addAll(Arrays.asList(BasicOperation.values());
		test(extendedOperations, x, y);
}
  • 반면, 특정 연산에서는 EnumSet과 EnumMap을 사용하지 못한다 (??)

사소한 문제 & 팁

사소한 문제 : 열거 타입끼리는 구현 상속할 수 없다 ( 당연한 말 ) Operation 예는 연산 기호를 저장하고 찾는 로직이 BasicOperation과 ExtendedOperation 모두에 들어가야 함. 이 경우에는 중복량이 적어서 문제되진 않음
  • 공유하는 기능이 많다면 그 부분을 별도의 도우미 클래스나 정적 도우미 메서드로 분리하는 방식으로 코드 중복을 없앨 수 있음
  • 자바 라이브러리에서 이번 패턴을 사용하는 예시 java.nio.file.LinkOption
      • public enum LinkOption implements OpenOption, CopyOption {
    /**
     * Do not follow symbolic links.
     *
     * @see Files#getFileAttributeView(Path,Class,LinkOption[])
     * @see Files#copy
     * @see SecureDirectoryStream#newByteChannel
     */
    NOFOLLOW_LINKS;
}
    • 이렇게 enum이 인터페이스를 구현함으로써, OpenOption과 CopyOption 인터페이스로 정의되어 있는 파라미터에 enum의 값 전달이 가능해짐