현업에서 스프링 쓸 때 dto 안쓰는 경우도 많나요?

Question

그냥 Entity 클래스로 주고받게 설계하는 프로젝트도 많은지 궁금합니다.

kenu,전독시 · Accepted Answer

Entity와 DTO는 비슷하게 생겼지만 역할이 다릅니다.Entity와 DTO (Data Transfer Object)의 차이점은 주로 데이터 관리와 계층 간 데이터 교환의 목적에 관련되어 있습니다.- *Entity*: 실제 데이터베이스 테이블과 매핑되는 핵심 클래스로, 데이터베이스의 테이블에 존재하는 컬럼들을 필드로 가지는 객체입니다. Entity는 데이터베이스 영속성(persistent)의 목적으로 사용되며, 데이터베이스와의 상호 작용을 위한 객체입니다. Entity 클래스는 변경에 대한 영향을 최소화하기 위해 setter 메서드 대신 생성자(Constructor) 또는 Builder를 사용하여 초기화합니다. 이는 객체의 불변성을 보장하고, 데이터가 변조되지 않도록 하는 데 도움이 됩니다 [0].- *DTO (Data Transfer Object)*: 계층 간 데이터 교환을 위한 객체로, 주로 JSON serialization과 같은 직렬화에도 사용됩니다. DTO는 클라이언트 단과 직접 마주하는 계층에서 Entity 대신 데이터를 교환하는 데 사용됩니다. DTO는 간단한 데이터 송수신 용도로 사용되며, 일회성으로 사용되는 성격이 강합니다. DTO는 주로 getter와 setter 메서드를 통해 데이터에 접근하며, 이는 리플렉션 기법을 사용하여 자동으로 데이터를 넣고 빼는 것을 가능하게 합니다 [0][4].Entity와 DTO를 분리하는 주요 이유는 DB Layer와 View Layer 사이의 역할 분리를 위해서입니다. Entity는 Persistence Tier에서 사용되어 데이터베이스와의 영속성을 관리하는 데 초점을 맞추고, DTO는 Presentation Tier에서 사용되어 클라이언트와의 데이터 교환을 위한 객체로 사용됩니다. 이러한 분리는 객체의 일관성을 보장하고, 데이터 노출 및 보안을 강화하는 데 도움이 됩니다 [4].https://www.phind.com/search?cache=nor7c3rkthh1q52gzn0hlg77

Clickin · Answer

Entity라는게 JPA Entity인가요 ResponseEntity인가요?전자라면 하지 않는 게 좋고후자라면 애초에 생각할 이유가 없네요DTO 설계 생각하기가 귀찮은 사람들은 보통 Map 씁니다.

wharup · Answer

거의 없다고 생각합니다. 예외적으로 아주 간단하거나, 임시적인 시스템이라면 가능하겠지요. 그리고 서버가 UI를 품은 경우라면 그럴 수 있겠지만.. Entity라고 부르지만 실제로는 DTO처럼 생각하고 있을 것 같습니다.

현업에서 스프링 쓸 때 dto 안쓰는 경우도 많나요?

3개의 답변

기술 목록