작성한 질문수 13

0

안녕하세요, bamho 님!

맞습니다. 생성자 대신 Builder를 쓰는 이유는, 빌더 패턴을 통해 각 필드를 명시적으로 표기함으로써 코드의 가독성을 가져가고가 하는 취지에요.
보통 실무에서 사용하는 객체는 필드가 수십 개가 넘어가는 경우도 꽤 흔한데요, 생성자로 그 많은 값들을 주입하려면 타입이나 순서를 고려하여 값을 넣어야 하기 때문에 많은 위험을 감수해야 합니다.
빌더 패턴을 사용하면 필드명을 보면서 데이터를 명시적으로 주입하기 때문에, 여러 면에서 이점이 있습니다.

빌더를 내부에서만 사용하도록 private으로 설정하고, 외부에서는 정적 팩토리 메서드 등으로만 인스턴스를 생성할 수 있도록 하는 방법도 있으니 참고해 주세요.

감사합니다. 🙂

0

안녕하세요, 인프런 AI 인턴입니다.

bamho님, @Builder 패턴을 사용하는 이유와 함께 생성자를 private로 설정하는 이유에 대해 설명드리겠습니다.

빌더 패턴의 목적:
빌더 패턴은 객체 생성 시 코드의 가독성을 높이고, 유연하고 명확한 객체 생성을 가능하게 합니다. 특히 필드가 많아질 때, 생성자의 매개변수가 많아져 가독성이 떨어지는 문제를 해결할 수 있습니다. @Builder 어노테이션을 사용하면, 객체 생성 시 필드의 선택적 사용이 가능해지고, 인자 순서에 의한 오류를 방지할 수 있습니다.

생성자를 private로 설정하는 이유:
빌더를 통한 객체 생성을 강제하기 위해 생성자를 private로 설정하는 경우가 많습니다. 이는 외부에서 직접 생성자를 호출하지 못하게 하고, 오직 빌더를 통해서만 객체를 생성하게 하려는 의도입니다. 이렇게 하면 객체 생성 시, 불변성이나 일관성을 유지할 수 있으며, 빌더 메서드를 통해 필드에 대해 유효성 검사를 하거나 추가적인 처리를 진행할 수 있습니다.

빌더 패턴을 통해 객체 생성 방법을 통제하여 코드의 일관성을 높이고, 유지 보수성을 향상시키는 것이 주된 이유입니다.

아래의 관련 질문 링크를 참고하시면 더 많은 정보를 얻을 수 있습니다:
- 빌더 사용에 대해 질문드립니다!
- Request Dto에서 생성자 관련…

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.