2022. 5. 18. 14:55ㆍJAVA
이 글은 'EFFECTIVE JAVA 3/E'를 보고 학습한 내용을 정리한 글입니다.
이펙티브 자바를 읽기 시작한지 이틀이 지났다. 명성대로 악명대로 생각보다 어려운 내용이 많다. JAVA 기초가 부족한 것이기도 하겠지만, 어려운 용어가 섞여서 등장하니 읽기가 너무 힘든 것도 조금은 있다. 그래도, 언젠가는 다 읽어야 하는 책이니 조금씩 시도하며 잊지 않고 자바 현지인이 되기 위해 노력해야겠다!
인스턴스화를 막으려거든 private 생성자를 사용하라
프로그램 개발을 하다보면 정적 메서드와 정적 필드만 담은 클래스가 생기는 경우가 있다. 내 경우는 InputView나 OutputView 같은 뷰 단의 로직을 처리하는 클래스라든지, 단순히 할인같은 계산을 담당하는 클래스가 이 경우에 속하는 것 같다.
이처럼 정적 메서드와 정적 필드만 갖고 있는 클래스를 유틸리티 클래스라고 부르기도 한다.
유틸리티 클래스는 인스턴스로 만들어 쓰려고 설계한 것이 아니다. 의도하지 않은 쓰임이기 때문이다.
하지만, 유틸리티 클래스도 어쨌든 클래스기 때문에 생성자가 하나도 없다면 컴파일러가 자동으로 기본 생성자를 만들어준다.
public class InputView {
private static final String inputMessage="값을 입력하세요 : ";
// public InputView() {
// }
public static void printInputMessage() {
System.out.println("inputMessage = " + inputMessage);
}
}
실제로는 컴파일의 결과로 주석의 내용처럼 생성자가 있는 것이다.
그렇다면 이 클래스의 인스턴스화를 막으려면 어떻게 해야할까?
- 추상 클래스로 만든다면 ?
-- > 하위 클래스를 만들어서 인스턴스화 하는 것을 막지는 못한다. 오히려 사용자에게 상속을 유도하는 오해를 불러 일으킬 수도 있다.
- private 생성자를 만든다면 ?
--> 컴파일러가 기본 생성자를 만드는 경우는 오직 명시된 생성자가 없을 때 뿐이니 문제가 해결된다.
public class InputView_improved {
private static final String inputMessage="값을 입력하세요 : ";
// 인스턴스화 방지용
private InputView_improved() {
throw new AssertionError("유틸리티 클래스입니다.");
}
public static void printInputMessage() {
System.out.println("inputMessage = " + inputMessage);
}
}
클래스 안에서라도 실수로 생성자를 호출 할 수 없도록 생성자 내부에 AssertionError를 던지게 만들었다. 하지만 직관적이지는 않으므로 코드를 작성할 때 생성자에 적절한 주석을 달면 더 효율적인 코드가 된다.
이 방식을 사용한다면 상속을 막는 효과도 생긴다. 모든 생성자는 상위 클래스의 생성자를 호출하게 되는데, 여기서는 private으로 선언되어 있으니 하위 클래스가 본질적으로 차단된다.
궁금증 : 사용자가 리플렉션 API를 사용한다면?
'JAVA' 카테고리의 다른 글
[Spring + Redis] 레디스로 게시글 조회수 중복 카운팅 검증하기 (1) | 2022.07.27 |
---|---|
ifPresent() 메서드로 Optional 처리하기 (7) | 2022.07.22 |
[Spring + DB] 트랜잭션과 스프링 (0) | 2022.05.13 |
[SPRING] 인프런 스프링 기본편 강의 공부기록. 下 (완) (0) | 2022.03.07 |
[SPRING] 인프런 스프링 기본편 강의 공부기록. 中 (2) | 2022.03.03 |