item 23 hyowon - JAVA-JIKIMI/EFFECTIVE-JAVA3 GitHub Wiki

태그 달린 클래스란

두 가지 이상의 의미를 표현할 수 있으며, 그중 현재 표현하는 의미를 태그 값으로 알려주는 클래스

public class Figure {
    enum Shape { RECTANGLE, CIRCLE };
    
    // 태그 필드 - 현재 모양을 나타낸다.
    final Shape shape;
    
    // 다음 필드들은 모양이 사각형일 때만 쓰인다.
    double length;
    double width;
    
    // 다음 필드는 모양이 원일때만 쓰인다.
    double radius;
    
    // 원용 생성자
    Figure(double radius) {
        shape = Shape.CIRCLE;
        this.radius = radius;
    }
    
    // 사각형용 생성자
    Figure(double length, double width) {
        shape = Shape.RECTANGLE;
        this.length = length;
        this.width = width;
    }
    
    double area() {
        switch (shape) {
            case RECTANGLE:
                return length * width;
            case CIRCLE:
                return Math.PI * (radius * radius);
            default:
                throw new AssertionError(shape);
        }
    }
}

태그 달린 클래스의 단점

1. 쓸데 없는 코드가 많다.(열거 타입, 태그 필드, switch문...)
2. 여러 구현이 한 클래스에 혼합돼 있어서 가독성도 나쁘다. (SRP위반)
3. 다른 의미를 위한 코드도 함께하니 메모리를 많이 사용한다.
4. 필드를 final 선언할 때도 다른 의미를 위한 필드들도 final 선언 후 초기화 해야해 불필요한 코드가 늘어난다.
5. 생성자가 태그 필드를 초기화하는데 컴파일러가 에러를 잡는데 도움 주기가 어렵다. (런타임 시에나 오류가 발견된다.)(?)

→ 한 마디로, 태그 달린 클래스는 장황하고, 오류를 내기 쉽고, 비효율적이다.

대안

태그 달린 클래스를 클래스 계층구조를 활용하는 서브 타이핑(sub-typing)으로 변경

1. 계층 구조의 루트가 될 추상 클래스를 정의 후,
   • 태그 값에 따라 동작이 달라지는 메서드들을 추상 메서드로 선언
   • 태그 값에 상관 없이 동작이 일정한 메서드를 일반 메서드로 추가
   • 모든 하위 클래스에서 공통으로 사용하는 필드도 추가한다.
2. 루트 클래스를 확장한 구체 클래스를 의미별로 하나씩 정의한다.

abstract class Figure {
    abstract double area();
}

class Circle extends Figure {
    final double radius;
    
    Circle(double radius) { this.radius = radius; }

    @Override double area() { return 0; }
}

class Rectangle extends Figure {
    final double length;
    final double width;
    
    Rectangle(double length, double width) {
        this.length = length;
        this.width = width;
    }
    
    @Override double area () { return length * width; }
}

간결하고 명확하며 쓸데없는 코드도 모두 사라졌다.

태그 달린 클래스의 단점을 해결했는데,

1. 각 의미를 독립된 클래스에 담아 관련 없던 데이터 필드를 모두 제거
2. 살아남은 필드들은 모두 final이다.
3. 컴파일 타임에 final 필드가 초기화됐는지, 추상 메서드가 구현됐는지 체크된다.(switch문 제거)
4. 루트 클래스의 코드를 건드리지 않고도 독립적으로 계층구조를 확장 가능하다. (OCP 원칙 충족)
5. 타입이 의미별로 따로 존재하니 변수의 의미를 명시하거나 제한할 수 있고, 또 특정 의미만 매개변수로 받을 수 있다.
6. 타입 사이의 자연스러운 계층 관계를 반영할 수 있어서 유연성, 컴파일타임 타입 검사 능력을 높여준다.

// 직사각형 아래에 정사각형
class Square extends Rectangle {
		Square(double side) {
				super(side, side);
		}
}

결론

태그 달린 클래스보다는 계층 구조로 코드를 짜도록 하자.