코딩하는 털보

이펙티브 자바, 아이템 1. 생성자 대신 정적 팩토리 메서드를 고려하라 본문

Book/이펙티브 자바

이펙티브 자바, 아이템 1. 생성자 대신 정적 팩토리 메서드를 고려하라

이정인 2021. 8. 10. 01:01

이펙티브 자바, 아이템 1. 생성자 대신 정적 팩토리 메서드를 고려하라

객체를 생성해서 반환해주는 static 메서드를 이용하여 생성자의 역할을 대신한다.

  • 정적 팩토리 메서드를 사용했을 때의 장점

    • 이름을 가질 수 있다.
      메서드 이름에 객체의 생성 목적을 담아 낼 수 있다.

    • 호출될 때마다 인스턴스를 새로 생성하지 않아도 된다.
      인스턴스를 미리 만들어 놓거나 새로 생성한 인스턴스를 캐싱하여 재활용하는 식으로 불필요한 객체 생성을 피할 수 있다.

      class MiddleSchool extends School {
          private static final MiddleSchool INSTANCE = new MiddleSchool();
      
          private MiddleSchool() {
              super("middle");
          }
      
          public static MiddleSchool getInstance() {
              return INSTANCE;
          }
      }
  • 반환 타입의 하위 타입 객체를 반환할 수 있는 능력이 있다.
    생성자가 생성하는 객체의 타입은 정의하는 클래스 타입으로 제한되어있지만 정적 팩토리 메서드를 사용하면 하위 타입의 객체를 생성할 수 있다.
    인터페이스에 정적 팩토리 메서드를 구현하여 이런 특징을 볼 수 있다.

    public interface School {
    
        public String getName();
    
        public static HighSchool highSchoolOf(String name) {
            return HighSchool.of(name);
        }
    }
    class HighSchool implements School {
    
        private String name;
    
        private HighSchool(String name) {
            this.name = name;
        }
    
        @Override
        public String getName() {
            return this.name;
        }
    
        public static HighSchool of(String name) {
            return new HighSchool(name);
        }
    
        public static void main(String[] args) {
            HighSchool kojan = School.highSchoolOf("kojan");
            System.out.println(kojan.getName());
        }
    }
  • 입력 매개변수에 따라 매번 다른 클래스의 객체를 반환할 수 있다.
    반환 타입의 하위 타입이기만 하면 어떤 클래스의 객체를 반환하든 상관 없다.

    public class School {
        private String type;
    
        protected School(String type) {
            this.type = type;
        }
    
        public String getSchoolType() {
            return type;
        }
    
        //정적 팩토리 메서드
        public static School getSchoolByType(String type) {
            if (type.equals("middle")) {
                return MiddleSchool.getInstance();
            } else if (type.equals("high")) {
                return HighSchool.getInstance();
            } else {
                throw new IllegalArgumentException("잘못된 타입입니다.");
            }
        }
    
        public static void main(String[] args) {
            School middleSchool = School.getSchoolByType("middle");
            School highSchool = School.getSchoolByType("high");
            System.out.println(middleSchool.getSchoolType()+"\n"+highSchool.getSchoolType());
        }
    
    }
    
    class MiddleSchool extends School {
        private static final MiddleSchool INSTANCE = new MiddleSchool();
    
        private MiddleSchool() {
            super("middle");
        }
    
        public static MiddleSchool getInstance() {
            return INSTANCE;
        }
    }
    
    class HighSchool extends School {
        private static final HighSchool INSTANCE = new HighSchool();
    
        private HighSchool() {
            super("high");
        }
    
        public static HighSchool getInstance() {
            return INSTANCE;
        }
    }
  • 정적 팩터리 메서드를 작성하는 시점에는 반환할 객체의 클래스가 존재하지 않아도 된다.
    JDBC의 서비스 접근 API인 DriverManager.getConnection() 메소드가 적당한 예시가 될 수 있다. 클라이언트는 세부적인 구현 내용을 몰라도 서비스를 이용할 수 있다.
    public static Connection getConnection(String url)
    Connection 타입은 인터페이스이며, 실제로 구현하는 클래스가 존재하지 않아도 되고 구현하는 클래스가 계속 추가될 수 도 있다.

  • 정적 팩토리 메서드를 사용했을 때의 단점

    • 상속을 하려면 public이나 protected 생성자가 필요하기 때문에 정적 팩터리 메서드만 제공하면 하위 클래스를 만들 수 없다.
    • 정적 팩터리 메서드는 프로그래머가 찾기 어렵다.
      생성자처럼 API 설명에 명확히 드러나지 않는다.
  • 핵심 정리
    정적 팩토리 메소드와 public 생성자는 각자의 쓰임새가 있으니 상대적인 장단점을 이해하고 사용하는 것이 좋습니다.
    그렇다고 하더라도 정적 팩토리를 사용하는 게 유리한 경우가 더 많으므로 무작정 pulbic 생성자를 제공하던 습관이 있다면 고치도록 합니다.

Comments