생성자 VS 정적 팩터리 메서드

[berryberrybin]

@Getter
@Setter
@Entity
@Table(name = "comment_like")
@NoArgsConstructor
public class CommentLike {

    @Id
    @GeneratedValue(generator = "UUID")
    @GenericGenerator(name = "UUID", strategy = "org.hibernate.id.UUIDGenerator")
    @Column(name = "comment_like_id", unique = true, updatable = false, nullable = false, columnDefinition = "BINARY(16)")
    private UUID commentLikeId;

    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "comment_id")
    private Comment comment;

    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "user_id")
    private User user;

    public CommentLike(User user, Comment comment) {
        this.user = user;
        this.comment = comment;
    }

    // 생성자 대신 정적 팩터리 메서드 사용시 코드 
    // private CommentLike(User user, Comment comment){
    //  this.user = user;
    //  this.comment = comment;
    // }
    //
    // public static CommentLike createCommentLike(User user, Comment comment){
    //  return new CommentLike(user, comment);
    // }
}

[berryberrybin]

• 이펙티브 자바 item1 참고 : 정적 팩터리 메서드 (statci factory method)

• public 생성자 대신 정적 팩터리 메서드 사용시 장점

  • 이름을 가질 수 있음
    • 생성자에 넘기는 매개변수와 생성자 자체만으로는 반환될 객체의 특성을 완전히 이해하기 어려움
    • createCommentLike(User user, Comment comment)를 통해 명시적으로' 좋아요를 생성한다'는 의미 전달 할 수 있음
    • 하나의 시그니처로는 생성자를 하나만 만들 수 있음. => 입력 매개변수들의 순서를 다르게 한 생성자를 추가하는 식으로 여러개 만들 수 있으나 각 생성자가 어떤 역할을 하는지 정확히 기억하기 어려움
    • 즉, 시그니처가 같은 생성자가 여러개 필요할 경우 생성자를 정적팩터리 메서드로 바꾸고 각각의 차이를 잘 드러내는 이름을 지어주자
  • 호출될 때마다 인스턴스를 새로 생성하지 않아도 됨
    • 불변클래스(immutable class)는 인스턴스를 미리 만들어 놓거나 새로 생성한 인스턴스를 캐싱하여 재활용하는 식으로 불필요한 객체 생성을 피할 수 있음 ex) Boolean.valueOf(boolean)메서드는 객체를 아예 생성하지 않음
    • 즉, (특히 생성 비용이 큰) 같은 객체가 자주 요청되는 상황일때 유용함
    • 언제 어느 인스턴스를 살아 있게 할지 철저히 통제 가능함
      • 인스턴스를 통제하면 싱글턴(singleton)으로 만들 수도, 인스턴스화 불가(noninstantiable)로 만들 수 있음
      • 불변값 클래스에서 동치인 인스턴스가 단 하나뿐 임을 보장할 수 있음 (a==b일때만 a.equals(b)가 성립)
  • 반환 타입의 하위 타입 객체를 반환할 수 있는 능력이 있음
  • 입력 매개변수에 따라 매번 다른 클래스의 객체를 반환할 수 있음
  • 정적팩터리 메서드를 작성하는 시점에는 반환할 객체의 클래스가 존재하지 않아도 됨

• 정적 팩터리 메서드 사용시 단점

  • 상속하려면 public이나 protected 생성자가 필요하니 정적팩터리 메서드만 제공하면 하위 클래스를 만들 수 없음
  • 정적 팩터리 메서드는 프로그래머가 찾기 어려움 => 생성자처럼 API 설명에 명확히 드러나지 않아 정적 팩터리 메서드에 흔히 사용하는 명명 방식을 사용하는 것이 좋음

• 정적 팩터리 메서드 명명 방식

  • from : 매개변수를 1개 받아서 해당 타입의 인스턴스를 반환하는 형변환 메서드
    • Date d = Date.from(instant);
  • of : 여러 매개변수를 받아 적합한 타입의 인스턴스를 반한하는 집계 메서드
    • Set<Rank> faceCards = EnumSet.of(JACK, QUEEN, KING);
  • create or newInstance : 매번 새로운 인스턴스 생성해 반환함을 보장함
    • Object newArray = Array.newInstance(classObject, arrayLen);
    • newType은 newInstance와 같으나, 생성할 클래스가 아닌 다른 클래스에 팩터리 메서드를 정의할 때 사용함 (여기서 Type은 팩터리 매서드가 반활할 객체 타입)
    • BufferedReader. br = Files.newBufferedReader(path);
  • instance or getInstance : 매개변수로 명시한 인스턴스를 반환하지만, 같은 인스턴스임을 보장하지 않음
    • StackWalker luke = StackWalker.getInstance(options);
    • getType은 getInstance와 같으나, 생성할 클래스가 아닌 다른 클래스에 팩터리 메서드를 정의할때 사용함 (여기서 Type은 팩터리 매서드가 반활할 객체 타입)
    • FileStore fs = Files.getFileStore(path);