EJ2E Item 20. 태그가 있는 클래스 대신 클래스 계층구조를 선호하라.
Java : 2009/03/13 20:09
참조: Effective Java 2nd Edition. Prefer class hierarchies to tageed classes
위와 같은 클래스의 단점:
- enum, switch 문, 태그 필드로 인해 지져분하다.
- 여러 구현체를 하나의 클래스로 합쳐놓았기 때문에 가독성이 떨어진다.
- 불필요한 필드까지 가지고 인스턴스를 만들어야 하기 떄문에 메모리 풋프린트가 증가한다.
- 생성자에서 불필요한 필드까지 초기화하지 않는 이상 필드를 final로 선언할 수 없다.
- 생성자에서 초기화를 잘못했을 때 컴파일 시점에 이것을 알 수 없다.
- 새로운 종류를 추가했을 때 switch문에 case를 추가해야 한다는 것을 기억해야 한다. 안그러면 런타임 에러가 발생한다.
- 인스턴스 데이터 타입이 실제 타입을 알려주지 못한다.
=> 즉 장황하고, 에러가 발생할 여지가 많고, 비효율적이다.
먼저 추상 클래스를 만들어서 일반적인 것들을 이 클래스로 이동시키고,
구체적인 하위 클래스를 정의한다.
해당 하위 클래스에서 추상 매서드를 구현한다.
이렇게 구성하면
- 깨끗하고 간단하다.
- 특정 타입에 관련된 속성은 해다 클래스가 가지게 된다. 따라서 불필요한 필드가 없다.
- 모든 필드를 final로 선언할 수 있다.
- 컴파일 시점에 생성자에서 데이터 필드를 초기화 하는지, 추상 매서드를 구현했는지 확인할 수 있다.
위와 같은 클래스의 단점:
- enum, switch 문, 태그 필드로 인해 지져분하다.
- 여러 구현체를 하나의 클래스로 합쳐놓았기 때문에 가독성이 떨어진다.
- 불필요한 필드까지 가지고 인스턴스를 만들어야 하기 떄문에 메모리 풋프린트가 증가한다.
- 생성자에서 불필요한 필드까지 초기화하지 않는 이상 필드를 final로 선언할 수 없다.
- 생성자에서 초기화를 잘못했을 때 컴파일 시점에 이것을 알 수 없다.
- 새로운 종류를 추가했을 때 switch문에 case를 추가해야 한다는 것을 기억해야 한다. 안그러면 런타임 에러가 발생한다.
- 인스턴스 데이터 타입이 실제 타입을 알려주지 못한다.
=> 즉 장황하고, 에러가 발생할 여지가 많고, 비효율적이다.
먼저 추상 클래스를 만들어서 일반적인 것들을 이 클래스로 이동시키고,
구체적인 하위 클래스를 정의한다.
해당 하위 클래스에서 추상 매서드를 구현한다.
이렇게 구성하면
- 깨끗하고 간단하다.
- 특정 타입에 관련된 속성은 해다 클래스가 가지게 된다. 따라서 불필요한 필드가 없다.
- 모든 필드를 final로 선언할 수 있다.
- 컴파일 시점에 생성자에서 데이터 필드를 초기화 하는지, 추상 매서드를 구현했는지 확인할 수 있다.
'Java' 카테고리의 다른 글
| "서블릿 매핑 규칙"과 "필터 순서 정하기 규칙" (2) | 2010/02/07 |
|---|---|
| UrlRewriterFilter 소개 (0) | 2010/02/07 |
| 자바 System.out.println 콘솔 출력 가로채기 (6) | 2010/01/25 |
| 클래스파일 보기 (5) | 2009/07/20 |
| Double.MAX_VALUE는 좀 특이하군요 @_@ (4) | 2009/05/19 |
| EJ2E Item 20. 태그가 있는 클래스 대신 클래스 계층구조를 선호하라. (0) | 2009/03/13 |
| EJ2E Item 19. 인터페이스는 오직 타입을 정의할 때만 사용하라 (0) | 2009/01/28 |
| EJ2E Item 18. 추상 클래스 보다는 인터페이스를 선호하라 (5) | 2009/01/19 |
| EJ2E Item 17. 상속에 대한 설계와 문서화를 제대로 하지 않을 거면 아예 상속을 허용하지 말라. (0) | 2009/01/13 |
| EJ2E Item 16. 상속보다 컴포지션을 선호하라 (0) | 2008/12/28 |
| EJ2E Item 15. 변경을 최소화하라 (2) | 2008/12/23 |
