일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | |||
5 | 6 | 7 | 8 | 9 | 10 | 11 |
12 | 13 | 14 | 15 | 16 | 17 | 18 |
19 | 20 | 21 | 22 | 23 | 24 | 25 |
26 | 27 | 28 | 29 | 30 | 31 |
Tags
- 도커 이미지 빌드
- kotlin ::
- open-session-in-view
- 동적파라미터
- kotlin 리팩터링
- 스프링시큐리티
- Spring
- fetch join
- 그래프큐엘
- 자바 필터
- java predicate
- jpa lazy
- 스프링부트 도커
- 기능적 요구사항
- method refetence
- jpa no session
- ioc컨테이너
- 수정자주입
- 소프트웨어의 품격
- 스프링 시큐리티 설정
- 스프링 포매터
- 비기능적 요구사항
- 스프링
- 스프링di
- 토비의 스프링
- 생성자주입
- 정적팩토리메서드
- spring formatter
- IOC
- Atomicity
Archives
- Today
- Total
공부기록
아이템4. 인스턴스화를 막으려거든 private 생성자를 사용하라. 본문
반응형
인스턴스화를 막으려거든 private 생성자를 사용하라.
Util 클래스를 만들 때 보통 정적 메서드와 정적 필드만을 담은 클래스를 작성한다. 이런 클래스는 인스턴스로 만드려고 설계한 클래스가 아니다. 그렇다고 생성자를 안만들면 컴파일러가 알아서 public 생성자를 만들어준다.
따라서 명시적으로 private 생성자를 만들어서 클래스의 인스턴스화를 막자.
public class UtilClass {
private UtilClass() {
throw new AssertionError();
}
...
}
- 클래스 내부에서라도 생성자를 호출하지 않기 위해 private 생성자 안에서 AssertionError를 던진다.
반응형
'JAVA' 카테고리의 다른 글
아이템6. 불필요한 객체 생성을 피하라. (0) | 2019.11.27 |
---|---|
아이템5. 자원을 직접 명시하지 말고 의존객체주입을 사용하라. (0) | 2019.11.27 |
아이템3. private생성자나 열거타입으로 싱글턴임을 보증하라 (0) | 2019.11.26 |
아이템2. 생성자에 매개변수가 많다면 빌더를 고려하라 (0) | 2019.11.26 |
아이템1. 생성자 대신 정적 팩터리 메서드를 고려하라. (2) | 2019.11.26 |