질문이 있습니다

Question

학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.

1. 강의 내용과 관련된 질문을 남겨주세요.
2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.
(자주 하는 질문 링크: https://bit.ly/3fX6ygx)
3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.
(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)

질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.
=========================================
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예/아니오)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)

[질문 내용]
여기에 질문 내용을 남겨주세요.

좀 많이 외람 된 질문인데
 
제가 김영한님 강의를 들으면서 JPA가 아닌 Mybtis형식으로
혼자 프로젝트를 만들고 있습니다.
 
보통 엔티티를 만들 때 직접 db에 접촉되는 고유의 엔티티를 하나
생성하고 웹에서 데이터를 교환 할 엔티티 , 즉 dto를 여러개 생성해서 서비스 단에서 엔티티에 dto값을 집어 넣든지 해서 데이터 교환과 db에 접촉하는걸 분리하는걸로 알고 있습니다
 
이렇게 사용 할 때 의문이 드는게
 
예를들어, 게시판 글 생성이라고 가정 했을 때
 
1. 클라이언트가 json형태로 http바디에 데이터를 담아서 controller로 전송
2. 컨트롤러가 @ResponseBody를 사용해서 엔티티가 아닌 dto객체로 값 저장
3. 컨트롤러가 서비스로 보내고 엔티티를 생성해서 setter로 dto에서 getter한 값을 저장
4. 엔티티를 매퍼로 보내서 저장
 
이런식으로 간다고 했을 때 하나의 게시글을 조회하는 경우,
 
resultType을 엔티티로 넣고
엔티티로 가져온 값 ( 굳이 노출 될 필요 없는 값을 포함한 전체 값들 , id나 수정일자 등 ) 을 서비스단에서 클라이언트한테 response해줄 dto를 따로 또 만들어서 역으로 엔티티의 값 중 클라이언트한테 보여줄 값들만 (id나 수정일자를 제외하는 등) getter로 가져와서 response해줄 dto에 setter로 지정해서 리턴해서 보여주는게 맞을까요?
 
1. mapper에서 select할때 클라이언트가 필요한 값만 쿼리로 select해서 꺼낸 후 resultType으로 엔티티로 넘긴 후 , 서비스 단에서 엔티티에서 값 꺼낸 뒤 response할 dto에 넣어주고 dto리턴
 
2.  mapper에서 select할때 전체 값을 꺼내서  resultType으로 엔티티로 넘긴 후 , 서비스 단에서 엔티티에서 값 꺼낸 뒤 클라이언트가 필요한 값만 response할 dto에 넣어주고 dto리턴
 
일단 db에 접촉하는 엔티티는 요청이든 응답이든 한 테이블에 하나만 있어야 한다고 생각해서 이렇게 생각했는데 어떤 방법이 맞을까요?
 
없다면 다른 방법이 있을까요?

나무늘보 · Answer

안녕하세요, vnfthr 님. 공식 서포터즈 codesweaver 입니다.
.
하나의 답이 있는 질문은 아니라고 생각합니다. 저도 현업에서 mybatis를 이용하고 있는데요, 저의 경우를 말씀드리겠습니다..

우선 View에서 오는 데이터는 FormDTO 객체를 이용해서 받습니다. 그리고 이 DTO를 서비스에서 필요한 값 연산이나 처리등을 거친 뒤 이를 리포지토리에 전달하고 리포지토리에서는 단순이 mybatis 호출을 하며 이 DTO를 그대로 전달합니다.

.

그리고 mybatis에서 쿼리를 할 때, 필요한 필드 값만을 추출(질문하신 것 중에선 1번의 경우가 됩니다) 이를 Entity로 반환합니다. 엔티티가 테이블과 일치하지 않습니다. 즉, 테이블에 존재하는 필드여도엔티티의 멤버 변수가 없을 수 있습니다(필요한 경우 엔티티의 멤버 변수를 추가합니다). 그리고 이 엔티티를 그대로 뷰까지 전달합니다. 사실상 엔티티 없이 DTO만 있는 상태입니다.

.

개인적으로 mybatis를 사용하면서 엔티티를 가져가야할 이유가 있는가 하는 생각이 있습니다. DTO만 이용하는 방법이 코드를 더 간결하게 유지한다고 생각합니다, 다만 mybatis에서 JPA로의 전환을 고려한다면 지금과 같은 형태는 매우 난감한 상황입니다. (사실 기존에 돌고 있는 서비스를 JPA로 바꾸는 일은 어떤 상황이더라도 쉽지 않을거라 생각하지만요)

.

'프로젝트의 규모에 따라 변칙적인 구조를 갖는게 코드를 더 깔끔하게 유지할 수 있는 방법이 될 수도 있다' 정도로 참고만 해주시기 바랍니다. (그런데 왜 새롭게 하시는 프로젝트에서 mybatis를 사용하려고 하시는지 궁금하네요. mybatis 쿼리 매핑하고 resultType 작성하다보면 내가 왜 이짓거리 하고 있나 생각이 드실텐데요 (도망))

감사합니다.

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

질문이 있습니다