-
Item 23. 태그 달린 클래스보다는 클래스 계층구조를 활용하라Book/Effective Java 3E 2022. 11. 2. 21:30반응형
다음 코드는 원과 사각형을 표현할 수 있는 클래스입니다.
package effectivejava.chapter4.item23.taggedclass; // 코드 23-1 태그 달린 클래스 - 클래스 계층구조보다 훨씬 나쁘다! 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); } } }
태그 달린 클래스 단점
- 열거 타입 선언, 태그 필드, swtich 문 등 쓸데없는 코드가 많다.
- 가독성이 나쁘다.
- 다른 의미를 위한 코드도 언제나 함께 하니 메모리도 많이 사용한다.
- 필드들을 final로 선언하려면 해당 의미에 쓰이지 않는 필드들까지 생성자에서 초기화해야 한다(쓰지 않는 필드를 초기화하는 불필요한 코드가 늘어난다).
- 생성자가 태그 필드를 설정하고 해당 의미에 쓰이는 데이터 필드들을 초기화하는 데 엉뚱한 필드를 초기화해도 런타임에야 문제가 드러난다.
- 또 다른 의미를 추가하려면 기존 코드를 수정해야 한다.
- 인스턴스의 타입만으로는 현재 나타내는 의미를 알 길이 전혀 없다.
태그 달린 클래스는 장황하고, 오류를 내기 쉽고, 비효율적입니다. 자바와 같은 객체 지향 언어는 타입 하나로 다양한 의미의 객체를 표현하는 훨씬 나은 수단을 제공합니다. 바로 클래스 계층구조를 활용하는 서브타이핑(subtyping)입니다.
태그 달린 클래스를 클래스 계층구조로 변환하는 방법
- 계층구조의 루트(root)가 될 추상 클래스 정의한다.
- 태그 값에 따라 동작이 달라지는 메서드들을 루트 클래스의 추상 메서드로 선언한다(코드 23-1 area 메서드).
- 태그 값에 상관없이 동작이 일정한 메서드들을 루트 클래스에 일반 메서드로 추가한다.
- 모든 하위 클래스에서 공통으로 사용하는 데이터 필드들도 전부 루트 클래스로 올린다.
- 루트 클래스를 확장한 구체 클래스를 의미별로 하나씩 정의한다.
// 코드 23-2 태그 달린 클래스를 클래스 계층구조로 변환 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; } }
코드 23-2의 클래스 계층구조는 태그 달린 클래스의 단점을 모두 보완합니다.
이번 아이템의 예에서는 접근자 메서드 없이 필드를 직접 노출했다. 이는 단지 코드를 단순하게 하려는 의도였고, 만약 공개할 클래스라면 이렇게 설계하는 것은 좋지 않다(Item 16). 태그 달린 클래스를 써야 하는 상황은 거의 없다.
새로운 클래스를 작성하는 데 태그 필드가 등장한다면 태그를 없애고 계층구조로 대처하는 방법을 생각해보자.
기존 클래스가 태그 필드를 사용하고 있다면 계층구조로 리팩터링하는 걸 고민해보자.
[참고 정보]
이펙티브 자바 Effective Java 3/E 도서 [조슈아 블로크 저]
반응형'Book > Effective Java 3E' 카테고리의 다른 글
Item 25. 톱레벨 클래스는 한 파일에 하나만 담으라 (0) 2022.11.06 Item 24. 멤버 클래스는 되도록 static으로 만들라 (2) 2022.11.06 Item 22. 인터페이스는 타입을 정의하는 용도로만 사용하라 (0) 2022.11.02 Item 21. 인터페이스는 구현하는 쪽을 생각해 설계하라 (0) 2022.10.29 Item 20. 추상 클래스보다는 인터페이스를 우선하라 (0) 2022.10.29