Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Spring-Jpa Best Practices Step-06 - Setter 사용하지 않기 - Yun Blog | 기술 블로그 #56

Open
utterances-bot opened this issue Mar 2, 2022 · 2 comments

Comments

@utterances-bot
Copy link

Spring-Jpa Best Practices Step-06 - Setter 사용하지 않기 - Yun Blog | 기술 블로그

Yun Blog | 기술 블로그

https://cheese10yun.github.io/spring-jpa-best-06/

Copy link

안녕하세요! 먼저 좋은 글 제공해주셔서 감사합니다.
현재 JPA + Boot를 사용하면서 프로젝트 진행 중 궁금한게 있어서 질문드려요

1.맨 마지막 create 부분에 SignUpReq 가 DTO이고 Account가 엔티티인거 맞나요?
2.그러면 DTO에서 Account Entity를 생성(toEntity) 후 리턴하는식으로 설계하신건가요?

  • 그 반대로인 Accout 엔티티에서 DTO를 받아 빌더 패턴을 통해 객체를 생성하는 방식은 어떻게 생각하시나요?

감사합니다!

@cheese10yun
Copy link
Owner

cheese10yun commented Mar 2, 2022

@underdarks

1.맨 마지막 create 부분에 SignUpReq 가 DTO이고 Account가 엔티티인거 맞나요?

네 맞습니다.

2.그러면 DTO에서 Account Entity를 생성(toEntity) 후 리턴하는식으로 설계하신건가요?

네 맞습니다.

그 반대로인 Accout 엔티티에서 DTO를 받아 빌더 패턴을 통해 객체를 생성하는 방식은 어떻게 생각하시나요?

각 프로젝트 마다 성격이 다르기 떄문에 좋다 나쁘다 라고 말하기는 어렵겠지만 DTO -> Enttiy를 만드는게 더 좋다고 생각합니다.

API 애플리케이션 같은 경우 DTO는 Request Body와 같은 웹요청에 대한 DTO 객체가 나올텐데요. 그러면 컨트롤러 계층에 있는 DTO들이 도메인 객체까지 들어오기 때문에 반대 방향으로하는 것을 선호 합니다.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants