item 4 leekyunghee - JAVA-JIKIMI/EFFECTIVE-JAVA3 GitHub Wiki

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

• 정적 메서드와 정적 필드만을 담은 클래스를 만들고 싶을 때 (객체지향적으로 사고하지 않는 경우 남용하는 방식)

다음 예시로 알아보자.

• java.lang.Math와 java.util.Arrays 처럼 기본 타입 값이나 배열과 관련된 메서드들을 모아놓을 수 있다.
• java.util.Collection 처럼 특정 인터페이스를 구현하는 객체를 생성해주는 정적 메서드(혹은 팩토리)를 모아놓을 수있다. (java 8부터 이런 메서드를 인터페이스에 넣을 수 있다.)
• final 클래스와 관련한 메서드들을 모아놓을 때도 사용한다.

final 클래스를 상속해서 하위 클래스에 메서드를 넣는 건 불가능하기 때문이다.

• 정적 멤버만 담은 유틸리티 클래스는 인스턴스로 만들어 쓰려고 설계한 게 아니다.

하지만 생성자를 명시하지 않으면 컴파일러가 자동으로 기본 생성자를 만들어준다. 매개변수를 받지 않는 public 생성자가 만들어지며 의도치않게 인스턴스화할 수 있게 된 클래스가 종종 목격되곤 한다.

인스턴스화를 막는 방법

• 추상 클래스로 만드는 것으로는 인스턴스화를 막을 수 없다. 하위 클래스를 만들어 인스턴스화 하면 그만이기 때문이다.

• 컴파일러가 기본 생성자를 만드는 경우는 오직 명시된 생성자가 없을 때 뿐이니 private 생성자를 추가하면 클래스의 인스턴스화를 막을 수 있다.

• 인스턴스를 만들 수 없는 유틸리티 클래스

public class UtilityClass {
    //기본 생성자가 만들어지는 것을 막는다. (인스턴스화 방지용)
    private UtilityClass() {
        throw new AssertionError();
    }
    ... 중략 
}

명시적 생성자가 private이니 클래스 바깥에서는 접근할 수 없다.

클래스 안에서 실수로라도 생성자를 호출하지 않도록 error를 뱉어준다.

하위 클래스가 상위 클래스의 생성자에 접근할 길이 막혀버려 상속을 불가능하게 하는 효과도 있다.

핵심 정리

명시적 생성자를 만들자.