Effective Java - item4 (인스턴스화를 막으려거든 private 생성자를 사용하라)

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

 

가끔 정적 메서드와 정적 필드만을 담은 클래스를 만들고 싶을 때가 있을 것이다. 객체 지향적으로 사고하지 않는 이들이 종종 남용하는 방식이기에 그리 곱게 보이지는 않지만, 분명 쓰임새가 있다.

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

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

마지막으로 final 클래스와 관련한 메서드들을 모아놓을 때도 사용한다.

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

 

정적 멤버만 담은 유틸 클래스는 인스턴스로 만들어 쓰려고 설계 하지 않는다.

하지만 생성자를 명시하지 않으면 컴파일러가 자동으로 기본 생성자를 만들어준다. 

실제로 공개된 API들에서도 이처럼 의도치 않게 인스턴스화할 수 있게 된 클래스가 목격된다.

 

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

 

인스턴스화를 막는 방법은 private 생성자를 추가하면 클래스의 인스턴스화를 막을 수 있다.

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

명시적 생성자가 private이니 클래스 바깥에서는 접근할 수 없다. 꼭 ArrsertionError를 던질 필요는 없지만, 클래스 안에서 실수로라도 생성자를 호출하지 않도록 해준다.

이 코드는 어떤 환경에서도 클래스가 인스턴스화 되는 것을 막아준다.

하지만 생성자가 존재하는데 호출할 수 없다는 것은 다른사람이 보기에 이해하기 힘들 수 있으니 주석을 달아두는 것이 좋다.

또한, 해당 방식은 상속을 불가능하게 한다.

모든 생성자는 상위 클래스의 생성자를 호출하는데 이를 private으로 선언했으니 하위 클래스가 상위 클래스의 생성자에 접근할 길이 막힌다.