[이펙티브 자바] Item02 완벽공략. 빌더 패턴 Builder Pattern

 

item02. 생성자에 매개변수가 많다면 빌더를 고려하라. 

" p17. 빌더 패턴"

[이펙티브 자바] Item2. 생성자에 매개변수가 많다면 빌더를 고려하라. (빌더 패턴) (tistory.com)

[이펙티브 자바] Item2. 생성자에 매개변수가 많다면 빌더를 고려하라. (빌더 패턴)

 

 

 

 

빌더패턴 Builder Pattern 이란? 

: 동일한 프로세스를 거쳐 다양한 구성의 인스턴스를 만드는 방법 

-> 복잡한 객체를 만드는 프로세스를 독립적으로 분리할 수있다. 

 

/**
 * 빌더 패턴
 */
public interface TourPlanBuilder
{
   TourPlanBuilder nightsAndDays(int nights, int days);
   
   TourPlanBuilder title(String title);
   
   TourPlanBuilder startDate(LocalDate localDate);
   
   TourPlanBuilder whereToStay(String whereToStay);
   
   TourPlanBuilder addPlan(int day, String plan);
   
   TourPlan getPlan();
}

/**
 * 빌더 패턴
 */
public class DefaultTourBuilder implements TourPlanBuilder
{
   private String title;
   private int nights;
   private int days;
   private LocalDate startDate;
   private String whereToStay;
   
   private List<DetailPlan> plans;
   
   @Override
   public TourPlanBuilder nightsAndDays(int nights, int days)
   {
      this.nights = nights;
      this.days = days;
      return this;
   }
   
   @Override
   public TourPlanBuilder title(String title)
   {
      this.title = title;
      return this;
   }
   
   @Override
   public TourPlanBuilder startDate(LocalDate startDate)
   {
      this.startDate = startDate;
      return this;
   }
   
   @Override
   public TourPlanBuilder whereToStay(String whereToStay)
   {
      this.whereToStay = whereToStay;
      return this;
   }
   
   @Override
   public TourPlanBuilder addPlan(int day, String plan)
   {
      if (this.plans == null) {
         this.plans = new ArrayList<>();
      }
      this.plans.add(new DetailPlan(day, plan));
      return this;
   }
   
   @Override
   public TourPlan getPlan()
   {
      return new TourPlan(title, startDate, days, nights, whereToStay, plans);
   }
}

public class DetailPlan
{
   private int day;
   
   private String plan;
   
   public DetailPlan(int day, String plan)
   {
      this.day = day;
      this.plan = plan;
   }
   
   public int getDay()
   {
      return day;
   }
   
   public void setDay(int day)
   {
      this.day = day;
   }
   
   public String getPlan()
   {
      return plan;
   }
   
   public void setPlan(String plan)
   {
      this.plan = plan;
   }
}

public class TourPlan
{
   private String title;
   private LocalDate startDate;
   private int nights;
   private int days;
   
   private String whereToStay;
   
   private List<DetailPlan> plans;
   
   public TourPlan(String title, LocalDate startDate, int nights, int days,
         String whereToStay, List<DetailPlan> plans)
   {
      this.title = title;
      this.startDate = startDate;
      this.nights = nights;
      this.days = days;
      this.whereToStay = whereToStay;
      this.plans = plans;
   }
   
   public String getTitle()
   {
      return title;
   }
   
   public void setTitle(String title)
   {
      this.title = title;
   }
   
   public LocalDate getStartDate()
   {
      return startDate;
   }
   
   public void setStartDate(LocalDate startDate)
   {
      this.startDate = startDate;
   }
   
   public int getNights()
   {
      return nights;
   }
   
   public void setNights(int nights)
   {
      this.nights = nights;
   }
   
   public int getDays()
   {
      return days;
   }
   
   public void setDays(int days)
   {
      this.days = days;
   }
   
   public String getWhereToStay()
   {
      return whereToStay;
   }
   
   public void setWhereToStay(String whereToStay)
   {
      this.whereToStay = whereToStay;
   }
   
   public List<DetailPlan> getPlans()
   {
      return plans;
   }
   
   public void setPlans(List<DetailPlan> plans)
   {
      this.plans = plans;
   }
}

 

/**
 * Director는 빌더 패턴에서 필수는 아니지만 사용하면 클라이언트 코드가 더 짧아질 수 있다.
 */
public class TourDirector
{
   private TourPlanBuilder tourPlanBuilder;
   
   public TourDirector(TourPlanBuilder tourPlanBuilder)
   {
      this.tourPlanBuilder = tourPlanBuilder;
   }
   
   public TourPlan cancunTrip()
   {
      return tourPlanBuilder.title("칸쿤 여행")
            .nightsAndDays(2, 3)
            .startDate(LocalDate.of(2022, 1, 9))
            .whereToStay("리조트")
            .addPlan(0, "체크인하고 짐 풀기")
            .addPlan(0, "저녁 식사")
            .getPlan();
   }
   
   public TourPlan longBeachTrip()
   {
      return tourPlanBuilder.title("롱비치 여행")
            .startDate(LocalDate.of(2023, 01, 9))
            .getPlan();
   }
   
   
}

Director는 빌더패턴에서 반드시 필요한 것은 아니지만 클라이언트의 코드를 좀 더 줄여줄 수 있다. 

 

 

public class App
{
   public static void main(String[] args)
   {
      TourDirector tourDirector = new TourDirector(new DefaultTourBuilder());
      TourPlan tourPlan = tourDirector.cancunTrip();
   }
}

 

 

빌더패턴 Builder Pattern 장점 

- 필요한 데이터만 설정할 수 있음. 

 

- 유연성을 확보할 수 있음. 

 

- 가독성을 높일 수 있음. 

 

- 변경 가능성을 최소화할 수 있음. 

: 많은 개발자들이 setter를 사용해서 변경을 하곤 하는데 이는, 불필요한 변경 가능성을 열어두어, 유지보수시 불필요한 코드 리딩을 유발한다. 반면 setter가 아닌 객체 생성에서만 객체를 생성한다면 객체에 잘못된 값이 있더라도 그 지점을 찾기 쉽다. 

따라서 클래스 변수는 setter 를 사용하는 것보다는 객체 생성으로 할당해서 변경 가능성을 최소화하는 것이 좋다. 

 

 

 

😃 빌더패턴 Builder Pattern 

객체 생성에 대해서는 대부분의 경우에 그냥 빌더 패턴을 적용하는 것이 좋다. 

내가 모든 객체를 알고 있는 경우도 아니고...  변경이 많은 객체라면 빌더 패턴을 사용하는 것이 훨씬 좋다. 

빌더패턴을 직접 구현하는 방법도 있지만 롬복의 @Builder를 사용하면 편리하게 사용할 수 있으니까 알아두자 ㅎㅎ 근데 롬복으로 Builder를 사용할 때 단점도 있으니까 잘 생각해서 사용하기 

근데 매개변수가 4개 이하거나, 변경 가능성이 거의 없는 객체라던가, 객체의 생성을 라이브러리로 위임하는 경우에는 굳이 빌더패턴을 사용하지 않아도 된다.