결론
태그 달린 클래스를 써야 하는 상황은 거의 없습니다.
기존 클래스나 새로운 클래스를 작성하는 데 태그 필드가 등장한다면, 태그를 없애고 계층구조로 대체하는 방법을 생각해봅시다.
설명
태그 달린 클래스?
두 가지 이상의 의미를 표현할 수 있으며, 그중 현재 표현하는 의미를 태그 값으로 알려주는 클래스가 있습니다.
태그 달린 클래스 예시 - 클래스 계층구조보다 훨씬 나쁘다 (p.142)
원과 사각형을 표현할 수 있는 클래스입니다.
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);
}
}
}
태그 달린 클래스에는 단점이 한가득입니다.
태그 달린 클래스의 단점
- 열거 타입 선언, 태그 필드, switch 문 등 쓸데없는 코드가 많습니다.
- 여러 구현이 한 클래스에 혼합되어 있어 가독성이 나쁩니다.
- 다른 의미를 위한 코드도 언제나 함께 하니 메모리도 많이 사용합니다.
- 필드들을 final로 선언하려면, 해당 의미에 쓰이지 않는 필드들까지 생성자에서 초기화해야 합니다.
(쓰지 않는 필드를 초기화하는 불필요한 코드가 늘어납니다.) - 생성자가 태그 필드를 설정하고 해당 의미에 쓰이는 데이터 필드를 초기화하는 데 컴파일러가 도와줄 수 있는 건 별로 없습니다. 엉뚱한 필드를 초기화해도 런타임에야 문제가 들어납니다.
- 다른 의미를 추가하려면 코드를 수정해야 합니다.
예를 들어, 새로운 의미를 추가할 때마다 모든 switch 문을 찾아 새 의미를 처리하는 코드를 추가해야 하고, 하나라도 빠뜨리면 역시 런타임에야 문제가 불거져 나옵니다. - 인스턴스의 타입만으로 현재 나타내는 의미를 알 길이 없습니다.
한마디로, 태그 달린 클래스는 장황하고, 오류를 내기 쉽고, 비효율적입니다.
다행히 자바와 같은 객체 지향 언어는 타입 하나로 다양한 의미의 객체를 표현하는 훨씬 나은 수단을 제공합니다.
바로, 클래스 계층구조를 활용하는 서브타이핑(subtyping)입니다.
태그 달린 클래스를 클래스 계층 구조로 바꾸는 방법
- 먼저 계층구조의 루트(root)가 될 추상 클래스를 정의합니다.
- 태그 값에 따라 동작이 달라지는 메서드들을 루트 클래스의 추상 메서드로 선언합니다.
(Figure 클래스에서는 area가 이러한 메서드에 해당합니다.) - 태그 값에 상관없이 동작이 일정한 메서드들을 루트 클래스에 일반 메서드로 추가합니다.
- 모든 하위 클래스에서 공통으로 사용하는 데이터 필드들도 전부 루트 클래스로 올립니다.
(Figure 클래스에서는 태그 값에 상관없는 메서드가 하나도 없고, 모든 하위 클래스에서 사용하는 공통 데이터 필드도 없습니다. 그 결과 루트 클래스에는 추상 메서드인 area 하나만 남게 됩니다.)
- 태그 값에 따라 동작이 달라지는 메서드들을 루트 클래스의 추상 메서드로 선언합니다.
- 루트 클래스를 확장한 구체 클래스를 의미별로 하나씩 정의합니다.
(Figure를 확장한 원(Circle) 클래스와 사각형(Rectangle) 클래스를 만듭니다.)- 각 하위 클래스에는 각자의 의미에 해당하는 데이터 필드를 넣습니다.
(원에는 반지름(radius)을, 사각형에는 길이(length)와 너비(width)를 넣으면 됩니다.) - 루트 클래스가 정의한 추상 메서드를 각자의 의미에 맞게 구현합니다.)
- 각 하위 클래스에는 각자의 의미에 해당하는 데이터 필드를 넣습니다.
태그 달린 클래스를 클래스 계층 구조로 변환 (p.144)
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; }
}
해당 클래스 계층구조는 태그 달린 클래스의 단점을 모두 날려버립니다.
클래스 계층 구조의 특징
- 간결하고 명확하며, 쓸데없는 코드도 모두 사라졌습니다.
- 살아 남은 필드들은 모두 final입니다.
- 각 클래스의 생성자가 모든 필드를 남김없이 초기화하고 추상 메서드를 구현했는지 컴파일러가 확인해줍니다.
- 루트 클래스 코드를 건드리지 않고 다른 프로그래머들이 독립적으로 계층구조를 확장하고 함께 사용할 수 있습니다.
(만약 태그 달린 클래스를 정사각형도 지원하게 수정하려면 어디어디를 고쳐야 할지 확인해봅시다.)
class Square extends Rectangle {
Square(double side) {
super(side, side);
}
}
- 타입이 의미별로 따로 존재하니 변수의 의미를 명시하거나 제한할 수 있고, 또 특정 의미만 매개변수로 받을 수 있습니다.
출처
https://www.yes24.com/Product/Goods/65551284
'책 > effective java' 카테고리의 다른 글
[effective java] item 25. 톱 레벨 클래스는 한 파일에 하나만 담으라 (0) | 2023.08.28 |
---|---|
[effective java] item 24. 멤버 클래스는 되도록 static으로 만들라 (0) | 2023.08.21 |
[effective java] item 22. 인터페이스는 타입을 정의하는 용도로만 사용하라 (0) | 2023.08.21 |
[effective java] item 21. 인터페이스는 구현하는 쪽을 생각해 설계하라 (0) | 2023.08.21 |
[effective java] item 20. 추상 클래스보다는 인터페이스를 우선하라 (0) | 2023.08.21 |