개발 공부 기록하기/01. JAVA & Kotlin

짧은 코멘트와 함께하는 이펙티브 자바) #1 생성자 대신 정적 팩토리 메소드를 고려하라

lannstark 2020. 9. 16. 08:58

짧은 코멘트

  1. 개인적으로 굉장히 애용하는 정적 팩토리 메소드이다 ㅎㅎ
  2. lombok에서 @RequiredArgsConstructor 와 같은 어노테이션과 함께 staticName을 제공해주는데, 이는 자동으로 정적 팩토리 메소드를 만들어 주는 것이다. 이와 관련해 팀내 개발자 분들과 의견 교환을 해봤을때는 이를 사용하기는 애매하다는 의견이 다수였다. 꼭 필요한 필드들만 설정하거나 final을 쓰지 못할 이유가 있거나 등등의 어려움이 있기 때문이었다.
  3. 어떤 사람은 new Person() 보다 Person.of()가 깔끔해보인다는 이유로 정적 팩토리 메소드를 사용하는 경우도 있다. 나 역시 간혹 그럴 때가 있는데, 이보다 더 좋은 방법은 프로젝트를 구성하는 개발자들이 모여, 어떤 경우에 new를 이용한 객체 생성을 사용하고, 어떤 경우에 정적 팩토리메소드를 사용할지 합의하는 것이라고 생각한다. 그렇지 않으면 서로 다른 개발자가 작성한 코드는 서로 다른 방식을 채택하는 경우가 있다. 만약 내가 새로운 PJ을 진행하게 된다면 convention으로 최소한의 guide를 제공하고 싶다.

정적 팩토리 메소드

일반적으로 클라이언트가 클래스의 인스턴스를 얻는 방법은 public 생성자이다. 하지만 클래스는 생성자와 별도로 정적 팩토리 메소드를 재공할 수 있다. 예를 들어 Boolean.valueOf()가 있다.

public static Boolean valueOf(boolean b) {
  return b ? Boolean.TRUE : Boolean.FALSE;
}

정적 팩토리 메소드의 장점은 다음과 같다.

  • 이름을 가질 수 있다.
    • 생성자는 이름을 가질 수 없지만 정적 팩토리 메소드는 이름을 가질 수 있다.
    • 한 클래스에 시그니처가 같은 생성자가 여러 개 필요할 것 같다면 생성자를 정적 팩터리 메소드로 바꾸고 각각의 차이를 잘 드러내는 이름을 지어주는 것이 좋다
  • 호출될 때마다 인스턴스를 새로 생성하지는 않아도 된다
    • 인스턴스 통제(instance-controlled) 클래스 : 반복되는 요청에 같은 객체를 반환하는 식으로 정적 팩토리 방식의 클래스는 언제 어느 인스턴스를 살아 있게 할지를 철저히 통제할 수 있다
    • 인스턴스를 통제할 수 있다면, 클래스를 싱글톤으로 만들 수도, 인스턴스화 불가로 만들 수도, 동치인 인스턴스가 단 하나임을 보장할 수도 있다
  • 반환 타입의 하위 타입 객체를 반환할 수 있는 능력이 있다
    • 인터페이스 기반 프레임워크를 만드는 핵심 기술이다
  • 입력 매개변수에 따라 매번 다른 클래스의 객체를 반환할 수 있다
    • 반환 타입의 하위 타입이면 문제 없기 때문이다
  • 정적 팩토리 메소드를 작성하는 시점에는 반환할 객체의 클래스가 존재하지 않아도 된다
    • 서비스 제공자 프레임워크를 만드는 근간이 된다

서비스 제공자 프레임워크

다양한 서비스 제공자들이 하나의 서비스를 구성하는 시스템 클라이언트가 실제 구현된 서비스를 이용할 수 있도록 하는데, 클라이언트는 세부적인 구현 내용을 몰라도 서비스를 이용할 수 있다. 자바의 JDBC는 MySQL, Oracle 등 다양한 서비스 제공자들이 JDBC라는 하나의 서비스를 구성한다.

서비스 제공자 프레임워크는 3개 (혹은 4개)의 핵심 컴포넌트로 이루어진다. 1. 구현체의 동작을 정의하는 service interface 2. 제공자가 구현체를 등록할 때 사용하는 provider registration API 3. 클라이언트가 서비스의 인스턴스를 얻을 때 사용하는 service access API 4. service provider interface, 서비스 제공자 인터페이스가 없다면 각 구현체를 인스턴스로 만들 때 리플렉션을 사용해야만 한다

정적 팩토리 메소드의 단점은 이렇다.

  • 상속을 하려면 public이나 protected 생성자가 필요하니 정적 팩토리 메소드만 제공하면 하위 클래스를 만들 수 없다
  • 정적 팩토리 메소드는 프로그래머가 찾기 어렵다.
    • 때문에 관습적인 명명 방식이 존재한다.

정적 팩토리 메소드 명명 방식

  • from : 매개변수를 하나 받아 해당 타입의 인스턴스를 반환하는 형 변환 메소드
  • of : 여러 매개변수를 받아 적합한 타입의 인스턴스를 반환하는 집계 메소드
  • valueOf : from과 of의 더 자세한 버전
  • instance 혹은 getInstance : 매개변수로 명시한 인스턴스를 반환하지만, 같은 인스턴스임을 보장하지는 않는다
  • create 혹은 newInstance : instance 혹은 getInstance와 같지만, 매번 새로운 인스턴스를 생성해 반환함을 보장한다
  • getType : getInstance와 같으나 생성할 클래스가 아닌 다른 클래스에 팩토리 메소드를 정의할 때 사용한다
  • newType : newInstance와 같으나 생성할 클래스가 아닌 다른 클래스에 팩토리 메소드를 정의할 때 사용한다
  • type : getType과 newType의 간결한 버전

핵심

정적 팩토리 메소드와 public 생성자는 각자의 장단점이 있다. 하지만 대부분 정적 팩토리 메소드를 사용하는 경우에 더 유리하다. 무작정 public 생성자를 제공하던 습관이 있다면 고치자