티스토리 뷰
생성자 Vs 빌더 패턴
1. 생성자(Constructor) 사용하기
CartRespFindAllDTO responseDTO = new CartRespFindAllDTO(productDTOList, 104500);
- 생성자를 사용하면 객체를 만들기 위해 필요한 파라미터를 모두 제공해야 합니다.
- 생성자를 통한 객체 생성은 간단하고 직관적입니다.
- 위 예시에서는
productDTOList
와104500
이라는 두 개의 파라미터를 이용해CartRespFindAllDTO
인스턴스를 생성합니다.
- 위 예시에서는
- 단점은 생성자에 전달된 파라미터의 순서나 의미를 즉시 이해하기 어려울 수 있습니다. 또한, 파라미터의 수가 많아지면 관리하기 어려워집니다.
2. 빌더 패턴(Builder 패턴) 사용하기
CartRespFindAllDTO responseDTO = CartRespFindAllDTO.builder()
.productDTOList(productDTOList)
.totalPrice(104500)
.build();
- 빌더 패턴을 사용하면 각 필드에 명시적으로 값을 할당하는 방식으로 객체를 만들 수 있습니다.
- 이 패턴의 장점은 각 파라미터의 의미가 명확하고, 필요한 필드만 설정하여 객체를 생성할 수 있다는 것입니다. 또한, 코드의 가독성이 향상됩니다.
- 빌더 패턴은 생성자를 사용할 때보다 조금 더 복잡하며, 빌더 클래스를 별도로 작성해야 하는 추가적인 작업이 필요합니다.
요약
- 생성자를 사용하면 간단하고 직관적으로 객체를 만들 수 있습니다. 하지만 파라미터가 많아지면 관리가 어려워집니다.
- 빌더 패턴은 코드의 가독성을 높이고, 필요한 필드만 설정하여 객체를 생성할 수 있습니다. 하지만 클래스 정의에 추가 작업이 필요합니다.
- 또한, 빌더 패턴을 이용하려면 클래스에 대해 빌더를 정의해야 합니다.
- 이는 Lombok과 같은 라이브러리를 사용하여 보일러플레이트 코드를 줄일 수 있습니다.
여러 변수들이나 선택적인 변수들이 많을 때 빌더 패턴을 사용하면 효율적이며 가독성도 좋습니다.
그러나, 간단한 객체 생성에 대해서는 생성자를 사용하는 것이 더 적합할 수 있습니다. 적절한 패턴 선택은 개발 환경과 상황에 따라 달라집니다.
부족한 점이나 잘못 된 점을 알려주시면 시정하겠습니다 :>
728x90
'Computer Science > 디자인패턴' 카테고리의 다른 글
Service (0) | 2023.07.12 |
---|---|
Repository (0) | 2023.07.12 |
Builder 패턴 (0) | 2023.07.05 |
단일 책임 원칙(Single Responsibility Principle, SRP) (0) | 2023.05.18 |
데코레이터 패턴(Decorator Pattern) (0) | 2023.05.03 |
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- 알고리즘
- 개발/MySQL
- 개발/Electron
- 카카오 테크 캠퍼스
- electron
- 개발/Java/Spring
- 개발/CS/OS
- 개발/에러
- 개발/Java
- 개발/언어론
- 개발/CS/알고리즘
- AI/ML
- 개발/webrtc
- 개발/언어/Java
- ⌨️Developer
- 대외활동/카카오테크캠퍼스
- 개발/OOP
- ⌨️Developer/보안
- AI/GPT
- 개발/보안
- ai
- 카테캠
- 카카오테크캠퍼스
- 취업
- 개발/Tools/프레임워크/Spring
- 개발/네트워크
- 개발/프레임워크&라이브러리
- 개발/환경
- 개발/컴퓨터네트워크
- 개발
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |
글 보관함