728x90
4-1 정적 메서드와 정적 필드만을 담은 클래스를 만들 때
1. java.lang.Math 와 java.util.Arrays처럼 기본 타입 값이나 배열 관련 메서드들을 모아 놓는다
2. java.util.Collections처럼 특정 인터페이스를 구현하는 객체를 생성해주는 정적 메서드를 모아놓는다
3. final 클래스와 관련한 메서드들을 모아 놓을 때 사용한다
- 정적 멤버만 다음 유틸리티 클래스는 인스턴스로 만들어 쓰려고 설계한 게 아니다
- 하지만 생성자를 명시하지 않으면 컴파일러가 자동으로 기본 생성자를 만들어 준다
- 즉 매개변수를 받지 않는 public 생성자가 만들어지며 사용자는 이 생성자가 자동 생성된 것인지 구분할 수 없다
4-2 추상 클래스로 만드는 것으로는 인스턴스화를 막을 수 없다
- 하위 클래스를 만들어 인스턴스 화하면 그만이다
- 그러나 private 생성자를 추가하면 클래스의 인스턴스화를 막을 수 있다
코드 4-1 인스턴스를 만들 수 없는 유틸리티 클래스
// 코드 4-1 인스턴스를 만들 수 없는 유틸리티 클래스 (26~27쪽)
public class UtilityClass {
// 기본 생성자가 만들어지는 것을 막는다(인스턴스화 방지용).
private UtilityClass() {
throw new AssertionError();
}
// 나머지 코드는 생략
}
- 명시적 생성자가 private이니 클래스 바깥에서는 접근할 수 없다
- 생성자가 존재하는데 호출할 수 없으니 앞의 코드처럼 적절한 주석을 달아주자
- 하위 클래스가 상위 클래스의 생성자에 접근할 길이 막혀버린다
728x90
'Books > Effective-Java 3판' 카테고리의 다른 글
6.불필요한 객체 생성을 피하라 (0) | 2021.09.23 |
---|---|
5.자원을 직접 명시하지 말고 의존 객체 주입을 사용하라 (0) | 2021.09.18 |
3.private 생성자나 열거 타입으로 싱글턴임을 보증하라 (0) | 2021.09.16 |
2.생성자에 매개변수가 많다면 빌더를 고려하라 (1) | 2021.09.14 |
1.생성자 대신 정적 팩터리 메서드를 고려하라 (1) | 2021.09.13 |