[Design Pattern] 빌더 패턴(Builder Pattern)

🛠 Builder Pattern 이란

객체의 생성 단계들을 캡슐화하여 객체의 생성을 유연하게 해주는 패턴입니다. 그래서 빌더 패턴은 생성자에 들어갈 매개 변수가 많든 적든 차례대로 매개 변수를 받아들이고 모든 매개 변수를 받은 뒤에  이 변수들을 통합해서 한 번에 사용합니다.

 

🛠 Builder Pattern

Builder Pattern의 장점에 대한 예시를 알아보자. Builder Pattern의 장점은 다음과 같은 것들이 있다.

• 가독성을 높일 수 있다.
• 불변성을 확보할 수 있다.
• 필요한 데이터만 설정이 가능하다.

이제 예시를 차근차근 보자

 

🛠첫번째로 어떤 측면에서 가독성을 높여주는지 알아보자.

public class User {

    private Long id;
    private String email;
    private String name;
    private String password;
    private int age;

    public User(Long id, String email, String name, String password, int age) {
        this.id = id;
        this.email = email;
        this.name = name;
        this.password = password;
        this.age = age;
    }
}

우선 기본적인 생성자로 넘기는 방법이다. 

User user = new User(1L,"rrr11@naver.com","KK","l12313123",14);

 

모든 데이터를 생성자로 넘기면 위처럼 작성하다 보면 인자가 많아지면  순서를 바꿔 넣을 수도 있고 직관적으로 한눈에 알아보기 어렵다는 단점이 존재한다. 이제 이 문제를 점차 해결해보자.

 

  @Builder
    public User(Long id, String email, String name, String password, int age) {
        this.id = id;
        this.email = email;
        this.name = name;
        this.password = password;
        this.age = age;
    }

 

생성자를 위처럼 빌더 패턴으로 넘기면 값을 설정할 때 

	User user = User.builder()
                .id(1L)
                .email("rrr11@naver.com")
                .name("KK")
                .password("l12313123")
                .age(14)
                .build();

 

이런식으로 한눈에 직관적으로 보이게 값을 삽입할 수 있다.

---

🛠두번째로 불변성을 확보하는 예시를 보자 

 

자바 빈 패턴으로 @Setter로 값을 삽입할 수 있는데 이 방식은 가독성도 생성자 패턴보다 좋아지고 객체를 생성하기에도 편해졌지만, 함수 호출 한 번으로 객체를 생성할 수 없고  객체 일관성이 일시적으로 깨질 수 있다.

 

@Setter
public class User {

    private Long id;
    private String email;
    private String name;
    private String password;
    private int age;
    
  }
  
  
   User user = new User();
        user.setId(1L);
        user.setEmail("rrr11@naver.com");
        user.setName("KK");
        user.setPassword("l12313123");
        user.setAge(23);

위처럼 @Setter를 열어두는 것은 불필요하게 확장 가능성을 열어두는 것이기 때문에 Open-Close 법칙에도 위배가 되고, 불필요한 코드 리딩을 유발한다.

 

---

🛠세번째로 필요한 데이터를 설정하는 예시를 보자.

 

우선 데이터를 전송할 때 그 작업에 필요한 데이터만 넘길 수 있다. 필요한 데이터만 넘기게 되면 유저 정보의 패스워드 등을 노출하지 않을 수 있기 때문에 보안적으로 이점을 가진다.

일단 패스워드와 아이디는 넘기면 안된다고 가정을 해보자.

기본적인 생성자로 넘기면  우선 모든 데이터가 넘어간다. 이 문제를 생성자로 해결해보자.

public class User {

    private Long id;
    private String email;
    private String name;
    private String password;
    private int age;

    public User(String email, String name, int age) {
        this.email = email;
        this.name = name;
        this.age = age;
    }

    public User(Long id, String password) {
        this.id = id;
        this.password = password;
    }
}

이러한 방식으로 분리해서 하면 아이디와 패스워드를 빼고 넘길 수 있다. 이런 식으로 분리하면 코드가 지저분 해지고 가독성이 떨어진다.

빌더 패턴을 사용해보자 

    @Builder
    public User(Long id, String email, String name, String password, int age) {
        this.id = id;
        this.email = email;
        this.name = name;
        this.password = password;
        this.age = age;
    }

	User user = User.builder()
                .email("rrr11@naver.com")
                .name("KK")
                .age(14)
                .build();

 

이런식으로 필요한 데이터만 설정할 수 있다. 그러므로 불필요한 코드를 줄여준다. 이러한 방법으로 작업마다 필요한 데이터를 엔티티객체 또는 도메인 객체로부터 DTO로 만들어 넘겨줄 수 있다. 

 

 

DTO 예시

@NoArgsConstructor
@AllArgsConstructor
@Builder
@Getter
public class UserDto {
    
    private String email;
    private String name;
    private int age;
}

이런식으로 DTO를 만들 수 있다.

---

그러나 빌더 패턴에 장점만 존재하는 것이 아니다. 

우선 객체를 사용하려면 빌더 객체를 생성해야 하고, 다른 패턴보다 많은 코드를 요구하기 때문에 인자가 충분히 많아진 상황에서 이용할 필요가 있다.

 

GITHUB 소스코드 : https://github.com/ryudongjae/blog-ex

GitHub - ryudongjae/blog-ex

---

REPERENCE

• https://devlog-wjdrbs96.tistory.com/207
• https://mangkyu.tistory.com/163