질문이 있습니다

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 작성하다보면 내가 왜 이짓거리 하고 있나 생각이 드실텐데요 (도망)) 감사합니다.