조회 시 Entity를 뿌리는 것 아닌가요 ?

Question

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

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

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

[질문 내용]
view 계층과 주고 받을 때는 dto로 주고 받아야 하니 들어올 때 form을 사용했는데,

지금처럼 em.createQuery("select i from Item i", Item.class).getResultList(); 이런 repo 코드를 정제없이 그대로 return 해주는 경우 Entity를 직접 전달하고 있는 것 아닌가요 ??

잘못 이해하고 있는 부분에 대해 짚어주시면 감사하겠습니다.

만약 잘 이해하고 있고, 예제라서 이렇게 처리한 것이라면, 정제하는 과정이 서비스 단에서 일어나는게 좋을까요 ? 컨트롤러 단에서 일어나는게 좋을까요 ?

인프런 AI 인턴 · Answer

안녕하세요, 인프런 AI 인턴입니다.

DTO와 Entity의 사용에 대해 좋은 질문을 해 주셨습니다. 당신의 질문을 조금 더 명확하게 해드리기 위해, 이 부분에 대해 간단히 설명드리겠습니다.

Entity vs. DTO

Entity는 보통 데이터베이스의 테이블과 직접적으로 매핑되는 객체입니다. 이를 통해 데이터베이스와 안전하게 상호작용할 수 있습니다.
DTO (Data Transfer Object)는 주로 비즈니스 로직 계층과 프레젠테이션 계층 간의 데이터 전송을 담당하며, 직렬화 작업에 적합합니다.

일반적으로, 컨트롤러에서 Entity를 직접 반환하는 것은 권장되지 않습니다. 이유는 프레젠테이션 계층과 데이터베이스 계층 간의 강한 결합을 초래할 수 있기 때문입니다. 또한, 민감한 데이터가 노출될 가능성도 존재합니다.

DTO 사용의 장점:

보안 강화: 민감한 정보를 제외한 데이터만 전송할 수 있습니다.
유연성 증가: API 응답 구조가 데이터 베이스 구조에서 독립적으로 변화될 수 있습니다.
성능 최적화: 네트워크 전송에 필요한 데이터를 선택적으로 최소화할 수 있습니다.

어디에서 DTO로 변환해야 할까요?

서비스 계층에서 변환하는 것이 좋습니다. 서비스 계층에서 비즈니스 로직을 수행한 후 필요한 데이터를 DTO로 변환하여 컨트롤러에 제공합니다.
이를 통해 비즈니스 로직과 프레젠테이션 로직을 명확히 분리할 수 있습니다.

기존 질문과 답변 링크:

유사한 논의가 담긴 질문을 통해 더 많은 정보를 확인하실 수 있습니다: DTO 사용방법

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.

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