[아이템 23] 태그 달린 클래스보다는 클래스 계층구조를 활용하라

[Why]

class Figure {
    enum Shape { RECTANGLE, CIRCLE };
    
    // 태그 필드 - 현재 모양을 나타낸다.
    final Shape shape;
    
    // 다음 필드들은 모양이 사각형(RECTANGLE)일 때만 쓰인다.
    double length;
    double width;
    
    // 다음 필드는 모양이 원(CIRCLE)일 때만 쓰인다.
    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. 여러 구현이 한 클래스에 혼합돼 있어서 가독성도 나쁘다.
  3. 다른 의미를 위한 코드도 언제나 함께 하니 메모리도 많이 사용한다.
  4. 필드들을 final로 선언하려면 해당 의미에 쓰이지 않는 필드들까지 생성자에서 초기화해야 한다.
  5. 또 다른 의미를 추가하려면 코드를 수정해야 한다. 산탄총 수술 문제
  6. 인스턴스의 타입만으로는 현재 나타내는 의미를 알 길이 전혀 없다.

[How]

• 자바와 같은 객체 지향 언어는 타입 하나로 다양한 의미의 객체를 표현하는 훨씬 나은 수단을 제공한다.
  바로 클래스 계층구조를 활용하는 서브타이핑(subtyping)이다.

abstract class Figure {
    abstract double area();
}


class Circle extends Figure {
    final double radius;
    
    Circle(double radius) { this.radius = radius; }
    
    @Override
    double area() {
        return Math.PI * (radius * radius);
    }
}


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;
    }
}

• 태그 달린 클래스의 단점을 모두 날려버린다.
• 아울러 유연성도 갖춘다. 예를 들어 정사각형도 지원하도록 수정하려면 다음과 같은 코드로 가능하다.

class Square extends Rectangle {
    Square(double side) {
        super(side, side);
    }
}