안녕하세요! ㅎㅎ
75
작성한 질문수 9
삭제된 글입니다
답변 1
1
안녕하세요 마뇽님!
.
우선, 스프링에서 빌더 패턴으로 멤버를 생성하는 방법은 아래와 같습니다.
모든 멤버변수를 파라미터로 받는 생성자 위에 @Builder 애노테이션을 붙인 뒤,
builderTest()안에 있는 코드처럼 생성하는 방식입니다.
(기본 생성자가 필요합니다! @NoArgsConstructor를 Member클래스 위에 붙여주세요. 예제의 편의를 위해 모든 값을 String으로 대체하였습니다)
.
package inflearn.test;
import lombok.Builder;
import lombok.NoArgsConstructor;
import lombok.ToString;
import org.junit.Test;
public class BuilderTest {
@Test
public void builderTest() {
Member member = new Member().builder()
.id("codesweaver")
.password("1234")
.email("test@gmail.com")
.birth("1886-01-01")
.nameKor("홍길동")
.nameEng("John Doe")
.phone("000-0000-0000")
.gender("male")
.build();
System.out.println(member.toString());
}
@ToString
@NoArgsConstructor
static class Member {
private String id;
private String password;
private String email;
private String birth;
private String nameKor;
private String nameEng;
private String phone;
private String gender;
@Builder
public Member(String id, String password, String email, String birth, String nameKor, String nameEng, String phone, String gender) {
this.id = id;
this.password = password;
this.email = email;
this.birth = birth;
this.nameKor = nameKor;
this.nameEng = nameEng;
this.phone = phone;
this.gender = gender;
}
}
}
.
아니면 Builder 패턴을 DTO에 적용하고 Member는 이 DTO를 이용해서 생성하도록 하는 방법이 있을 수 있습니다.
@Test
public void builderTest() {
MemberDto memberDto = new MemberDto().builder()
.id("codesweaver")
.password("1234")
.email("test@gmail.com")
.birth("1886-01-01")
.nameKor("홍길동")
.nameEng("John Doe")
.phone("000-0000-0000")
.gender("male")
.build();
Member member = new Member(memberDto);
}
static class Member {
public Member(MemberDto dto) {
// ... code here ...
}
}
.
메서드를 호출 할 떄 파라미터가 너무 많이 필요한것은 좋은 방법이라고 보기는 어렵습니다.
또, 객체의 값을 설정할때 member.name = name; 식으로 직접적인 필드값 주입보다는
member.setName(name); 처럼 수정자(setter)를 이용하여 설정하는 방법을 권합니다.
객체 내부에서 값을 할당하는 경우가 아니라면 외부에서 필드에 직접 접근하는 일은 피해주세요.
.
### 정리
1. 메서드 호출 시 파라미터 수를 줄이세요. (DTO이용)
2. 객체의 값 설정시 수정자(setter)를 이용하세요.
.
### 추가
빌더 패턴이 어떤식으로 작동하는지 설명한 글 링크를 남깁니다. 포트폴리오 준비중이시라면
여러가지 디자인 패턴을 적용하는것보다 왜 그 패턴을 사용해야 했는지를 설명할 수 있는게 더 중요한 문제가 됩니다.
[Java] 빌더 패턴(Builder Pattern) :: Gyun's 개발일지 (tistory.com)
.
감사합니다.
OrderServiceTest 상문주문 테스트 시 update 쿼리 문의
0
40
1
sdk 설정 오류
0
83
2
오탈자 - @Transactional
0
76
1
src/test/resources 테스트 경로 문제
0
75
1
상품 등록후 H2 db 출력 순서 바꿀 수 있나요?
0
74
1
MemberRepositoryTest 실행오류
0
98
1
boot 4.x >>> trasasction rolled back log & p6spy(영한님, 수업 자료 업데이트 해주시면 감사하겠습니다!!)
1
204
2
강의 마지막 QueryDSL 사용 부분 질문있습니다
1
161
2
클라이언트에서 isbn과 author 수정 요청을 한 경우에 대해 질문드립니다.
0
61
1
도메인 모델 패턴 vs 트랜잭션 스크립트 패턴
0
90
1
기본 생성자
0
69
1
h2 DB 연결시 jdbc url 변경 이유가 궁금합니다.
0
109
1
멤버서비스테스트 부분에서 막힙니다.
0
188
4
실무에서도 EntityManager를 이용해서 많이 작업하는 편일까요?
0
130
1
초반에 h2 다운로드 과정 꼭 필요한가요?
0
134
2
자신 필드에도 get으로 접근하는 이유가 있을까요?
0
126
1
24분 27초 연관관계 편의 메서드 위치
0
120
1
단건 주문만 가능하게 한건 의도한 부분이신가요?
0
120
2
빌드 툴, Gradle
0
72
1
h2연결은 된 것 같은데 엔티티 테이블까지 작성 후 확인해보아도 테이블이 안보입니다
0
85
2
Repository에서 EntityManager 주입 방식 차이
0
100
1
롬복과 사용자 정의 setter 메서드
0
80
1
주문 목록 조회 fetch join 질문드립니다
0
93
1
dirty checking 질문드립니다.
0
91
1





