[💡Question] 1주차_p20_빌더 패턴

[YunByungil]

❓이런 내용이 궁금해요.

저희가 쓰는 빌더 패턴은 그냥 어노테이션 하나로 해결하는데,
이렇게 작성하는 것을 처음 봤습니다.
장점과 왜 이렇게 사용하는지에 대한 설명 부탁드립니다.. 너무 어려워요

[dlrjs2360]

계층적 빌더 패턴

위의 코드는 계층적 빌더 패턴으로 클래스가 계층 구조를 가지고 있을 때 유용합니다. 하위 클래스에 대한 빌더가 상위 클래스의 빌더를 자동으로 상속받을 수 있기 때문에 매번 새로운 메서드를 정의해야 하는 불편함을 줄일 수 있습니다.

NyPizza의 상위 클래스인 Pizza의 코드를 보겠습니다.

public abstract class Pizza {
    public enum Topping {HAM, ONOIN, PEPPER}
    final Set<Topping> toppings;
    
    abstract static class Builder<T extends Builder<T>> {
        EnumSet<Topping> toppings = EnumSet.noneOf(Topping.class);
        
        public T addTopping(Topping topping) {
            toppings.add(Objects.requireNonNull(topping));
            return self();
        }
        
        abstract Pizza build();
        
        //하위 클래스는 이 메서드를 override하여 this를 반환해야 함
        protected abstract T self();
    }
    
    Pizza(Builder<?> builder) {toppings = builder.toppings.clone();}
}

NyPizza을 만들면서 새로운 Topping을 추가하고 싶을 때 빌더에서 addTopping 메서드를 사용할 수 있습니다.
여기서 계층적 빌더 패턴의 장점이 드러나는데, 상위 클래스에서만 정의한 addTopping 메서드를 하위 클래스의 빌더에서 사용할 수 있다는 것입니다.

중복된 코드를 최소화하고 각 클래스의 빌더는 해당 클래스의 속성에만 집중할 수 있도록 도와주는 역할을 수행한다고 볼 수 있습니다.

저희가 평소에 사용하던 빌더는 각 빌더가 클래스별로 독립적으로 작동하기 때문에 메서드를 재사용할 수 있는 용이성이 없습니다. 같은 기능을 수행하는 메서드가 있다면 이런 식으로 계층적인 빌더를 생성하는 것도 좋은 방법일 수 있는 것입니다.

하지만 계층적 빌더 패턴은 꽤 복잡한 구조이기 때문에 아주 간단한 계층 구조이거나 계층 구조가 아닌 경우에는 일반적으로 사용하는 빌더 패턴이 효과적일 수 있습니다.

self() 메서드

NyPizza pizza = new NyPizza.Builder<>()
                    .addTopping(Topping.HAM)
                    .addTopping(Topping.ONOIN)
                    .build();

하위 클래스에서 상위 클래스 메서드를 사용하면서 이런 연쇄적인 메서드 호출이 가능해집니다. 이유가 무엇일까요?

이유는 빌더에서 구현한 self() 메서드 덕분입니다.
self()를 통해 항상 구현 클래스 자신을 반환하고 addTopping처럼 연쇄적으로 호출할 메서드에서 self를 리턴하면 항상 addTopping이 이루어진 자신을 다시 호출함으로써 다시 메서드를 호출할 수 있는 것입니다.

[dlrjs2360]

SuperBuilder와의 차이점