Spring DTO의 범위

Question

jpa를 사용할 경우 컨트롤러에서 DTO를 받아서비스에 보내기 전 entity로 변경 후 보내던지,dto로 보내고 서비스단 상단에서 entity로 변환하여 repository에 보내야 한다는것을방금 알았습니다.. ㅋㅋㅋㅋㅋㅋㅋ 여태껏 얼마나 대충 개발한것인지...근데 전 회사에서 mybatis를 사용하는데요 마베도 동일하게 보면 될까요??dto는 그저 컨트롤러 - 서비스 사이의 데이터 전송 용일 뿐이라고xml에 매핑할때도 VO에 담아서 처리해야 할것으로보면 될까요?

Clickin · Accepted Answer

마이바티스에는 entity라는 개념이 없죠스프링에서 entity는 주로 jpa에서 테이블을 나타내는 개념으로 쓰는데 마이바티스는 테이블 매핑이 아니라 없어요

1wkkkkk · Answer

윗 분 말씀대로 orm 개념이 있는 라이브러리를 쓰는 경우에 신경쓰셔서 하면됩니다. (jpa같은거)

charlatan · Answer

DTO는 ORM에 국한된 용어는 아니고 레이어간(예를 들어 컨트롤러-서비스) 데이터를 주고 받기 위해 사용하는 임의로 만드는 객체입니다. 필요에 의해 데이터를 레이어 사이에서 주고 받을 때 사용하는 것이고 그냥 Map 과 같은 컬렉션을 사용할 수도 있습니다(그렇게 하면 안된다라는 주장도 많습니다).마이바티스도 크게 보면 ORM에 속하지만 JPA처럼 테이블을 매핑하는 "엔티티"의 개념은 없습니다. 하지만 데이터셋을 매핑할 때 해당 데이터셋에 맞는 매퍼 클래스를 만들 수 있고 이것이 DTO 그 자체가 될 수도 있고 목적에 따라 몇 개의 필드만 담은 별도의 DTO를 만들 수도 있으므로 이 부분은 정해져 있는 것이 아닙니다.JPA 역시 마이바티스처럼 결과 셋을 매핑하는 프로젝션을 만들 수 있습니다. 프로젝션은 단순히 인터페이스만 정의할 수도 있고 DTO 클래스를 만들어서 매핑할 수도 있습니다. 이 경우에는 엔티티 단위가 아니라 필요한 컬럼(필드)들의 조합이 되므로 마이바티스의 매퍼와 유사하다고 할 수 있죠.결론적으로 DTO의 사용은 마이바티스나 JPA나 거의 비슷하다고 보면 될 것 같습니다.

개발잡부 · Answer

Entity같은 경우는 해놓으면 나중에 JPA로 전환한다거나 유지보수 할때 좋아요. 근데 그럴꺼였으면 사실 그냥 JPA 썼죠... ㅋㅋ DTO는 Controller --- Service 계층간의 오가는데이터라 마베는 JPA든 똑같이 DTO로 해놓으면 좋습니다 Respository 변경이 있을때, Controller는 아예 안고쳐도 되고, Service도 리턴하는 부분만 고치면 되서요

Spring DTO의 범위

4개의 답변

기술 목록