인프런 커뮤니티 질문&답변

종혁님, 안녕하세요!

강의 통해서 잘 성장해주고 계시다니 감사하네요!

질문 주신 부분에 대해서는 팩토리 메소드의 장점에 대해서 찾아보면 더욱 와닿으실 것 같습니다.

동일한 객체 생성이더라도 여러 의도로 나뉠 필요가 있다면, 메소드 네이밍으로 그 의도를 명확하게 드러낼 수 있을 것이고요.

단순히 필드 값을 assign 하고 어떠한 의도를 드러낼 필요가 없다면 그냥 빌더 패턴을 써도 무방합니다.

하지만 그 의도를 명확하게 드러내고 싶거나, 부가적인 로직이 필요할 때 팩토리 메소드 내부로 캡슐화할 수도 있습니다.

null에 대해서도 결국 값에 대한 검증이나 부가적인 로직이 필요한 상황을 말씀하신 것 같아요, 이 경우에도 말씀하신대로 빌더 보단 팩토리 메소드를 활용하는게 위에 언급된 이점들이 있습니다.

그렇기 때문에 개인적으로 팩토리 메소드를 선호하고 활용하고 있네요!

최근에 유사한 질문을 받았던 게 있어서 참고해보셔도 좋을 것 같습니다!

https://inf.run/WgKso

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

이벤트 페이로드 객체의 생성 방식으로 빌더 패턴을 선택한 이유에 대해 궁금하셨군요. 빌더 패턴은 복잡한 객체 생성 시 유용한 방법 중 하나로, 다음과 같은 장점들이 존재합니다:

빌더 패턴의 장점:

1. 가독성 향상: 빌더 패턴은 메서드 체이닝을 통해 객체를 구성할 수 있어, 코드의 가독성을 높입니다. 특히, 필드가 많거나 선택사항이 많은 객체 생성 시 편리합니다.

2. 유연한 객체 생성: 필드의 순서나 개수에 상관없이 객체를 유연하게 구성할 수 있으며, 필요한 필드만 선택적으로 설정할 수 있습니다.

3. 변경에 강한 구조: 새로운 필드가 추가되거나 일부 필드가 변경될 때, 기존 코드를 크게 수정하지 않아도 됩니다. 이는 코드 유지보수성을 향상시킵니다.

빌더 패턴을 선택한 이유:

• 이벤트 페이로드 객체들은 일반적으로 다양한 속성을 가질 수 있으며, 때때로 선택적인 속성을 포함할 수 있습니다. 이런 경우 빌더 패턴을 사용하면 필수/옵션 필드를 유연하게 관리할 수 있습니다.

• 팩토리 메서드 패턴은 객체 생성 로직을 캡슐화하여 의도를 명확하게 드러낸다는 장점이 있지만, 모든 필드 또는 상태를 한꺼번에 설정해야 한다면 불편할 수 있습니다. 반면 빌더 패턴은 이러한 상황에서 더 적합할 수 있습니다.

• 빌더 패턴을 활용하면 클라이언트 코드는 명확하게 어떤 필드를 설정하고 있는지를 빠르게 확인할 수 있어 유지보수와 확장성 측면에서 유리합니다.

기존에 팩토리 메서드를 사용하시다 빌더 패턴으로 변경하신 이유는 객체 생성의 유연성과 명확성을 고려한 결정일 수 있습니다. 특히, 대규모 시스템에서 다양한 객체 생성 시나리오가 발생하기 때문에, 이런 상황에서 빌더 패턴은 매우 유효하게 작용할 수 있습니다.

만약 이 주제와 관련된 더 많은 정보를 원하신다면 아래 유사한 질문/답변을 참고해 주세요:

• 빌더 패턴 사용 이유와 장점에 대한 Q&A
  

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