이펙티브 자바 - 4.인스턴스화를 막으려거든 private 생성자를 사용하라

on JAVA

4.인스턴스화를 막으려거든 private 생성자를 사용하라

이펙티브 자바 - 4.인스턴스화를 막으려거든 private 생성자를 사용하라

정적 필드와 정적 메소드만을 모아 놓은 유틸성 클래스를 만드는 경우가 있다.

  • 예를 들면 java.lang.Math와 java.util.Arrays처럼 기본 타입 값이나 배열 관련 메소드들을 모아 놓을 수 있다.

  • java.util.Collections처럼 특정 인터페이스를 구현하는 객체를 생성해주는 정적 메소드(혹은 팩토리)를 모아 놓을 수 있다.

  • final 클래스를 상속해서 하위 클래스에 메소드를 넣는 것은 불가능 하기 때문에 final 클래스와 관련한 메소드들을 모아놓을 때도 사용한다.

이러한 경우의 유틸리티 클래스는 인스턴스로 만들어 쓰려고 설계한 것이 아니기 때문에 인스턴스화를 막아 주는 것이 좋다.

주의

추상 클래스로 만드는 것으로는 인스턴스화를 막을 수 없다.

  • 하위 클래스를 만들어 인스턴스화를 할수 있기 때문이다.
  • 상속해서 쓰라는 뜻으로 오해할 수 있어 더 큰 문제

private 생성자

이런 인스턴스화를 막기 위해서 private 생성자를 추가하면 클래스의 인스턴스화를 막을 수 있다.

public class UtilityClass {
    
    // 기본 생성자가 만들어지는 것을 막는다(인스턴스화 방지용).
    private UtilityClass() {
        throw new AssertionError();
    }
    ...  // 나머지 코드는 생략
}
  • private 생성자를 추가하면 클래스의 인스턴스화를 막을 수 있다.
  • 생성자가 존재하는데 호출할 수 없다는 건 그다지 직관적이지 않기 때문에 적절한 주석이 필요하다.
  • 내부에서 실수로 사용하는 경우를 방지하기 위해 AssertionError 추가
  • 이 방식은 상속을 불가능하게 하는 효과도 있다. 모든 생성자는 명시적이든 묵시적이든 상위 클래스의 생성자를 호출하게 되는데, 이를 private으로 선언했으니 하위 클래스가 상위 클래스의 생성자에 접근할 길이 막혀버린다.

실무

@UtilityClass

실무에서는 Class에 @UtilityClass 어노테이션을 추가해 기본 생성자가 private으로 생성되게 만들 수 있다. 또한 리플랙션이나 내부에서 생성자를 호출한 경우 UnsupportedOperationException을 발생시키도록 한다.

@UtilityClass
public class UtilityClass {
    
    ...  // 나머지 코드는 생략
}

생성자 Access Level

Lombok에서 제공해주는 생성자 어노테이션에서 access를 통해 생성자의 접근 범위를 private으로 간단하게 private 생성자를 만들 수 있다.

@NoArgsConstructor(access = AccessLevel.PRIVATE)
public class UtilityClass {
    
    ...  // 나머지 코드는 생략
}