JPA 사용시 질문있습니다.

Question

공부하다 보니 JPA에서 엔티티를 바로 클라이언트 쪽으로 리턴하지말고 DTO로 다시 한번 변형? 한후에 리턴하라고 들었습니다 .근데 이게 만약에 게시판을 예로 들자면게시판 Board 엔티티엔 게시판 설정이 있다고 가정 Post는 글제목,글 내용 ..등등 있다고 가정 AttachFile 엔티티는 Post1개당 첨부파일이라고 가정을 할떄 board 1 : Post N: 관계이고 Post 1 : AttachFile N 관계 일텐데 이걸 DTO로 옮길려고 한다면 ..어떤식으로 해야할까요 ...그냥 단일 엔티티는 빌드 패턴으로 하면 될꺼같은데 .1:N 의 또 N으로 들어가고 계속 그러면 DTO도 엄청 복잡해질꺼같은데 .. 어떻게 해야할지 궁금합니다.

눈팅족 · Answer

저는 dto 생성자의 파라미터를 엔티티로 받은다음 생성자에서 값매핑을 해주는 형태로 합니다.new PostDto(postEntity) 형태로 사용하는거죠

kotliner · Answer

비즈니스 로직에서는 이슈가 없다면 엔티티를 그대로 활용해도 됩니다. api에 응답으로 나가는 dto에 엔티티를 쓰지 말라는 의미입니다. 게시물 목록 api 응답에서 글 내용, 첨부파일 이런걸 다 보여줄 필요없이 글쓴이, 제목만 있는 dto의 리스트만 보여주면 되고, 게시물 상세 api에서는 해당 게시물에 대한 단일 엔티티를 dto로 만들고 첨부파일의 list를 필요한 것만 변환해서 옮기면 됩니다. 가장 하면 안되는건 엔티티와 동일한 dto를 여러 api에서 쓰는 것입니다. 그렇게 되면 하나의 변경사항으로 모든 api에 사이드이펙트가 생기게 되고 해당 api 응답에서 어떤것을 쓰는지를 몰라 리팩토링하기 매우 어려워집니다.

k3po · Answer

public class BoardDTO {private 게시판 설정 등등; private List postDTOList; }public class PostDTO {private 글제목 등등; private List attachFileDTOList; }

집킨 · Answer

다 옮길 필요는 없고, 필요한 데이터만 옮기면 됩니다예를 들어서 첨부파일 목록을 조회만 한다면 첨부파일 엔티티의 컬럼(파일명, 크기 등등)과 Post의 id정도만 담을 수 있는 별도의 DTO를 만들면 되겠죠매우 귀찮지만 되도록 영속계층(JPA)에서 다루는 엔티티와 웹계층(Controller) 에서 다루는 DTO를 도메인 계층에서 다루는 모델과 분리하는 방향으로 개발하시는게 베스트 프렉티스입니다

JPA 사용시 질문있습니다.

4개의 답변

기술 목록