작성한 질문수 26

0

안녕하세요, 이도원입니다.

말씀하신 것처럼 Entity용 빈을 DTO의 용도로 대신해서 사용것을 추천하지는 않습니다. 저희도 실제로는 그렇게 작업하지 않고요. 다만, 강의에서는 단계별로 실습 예제를 만드는 과정에서 처음에 시작되었던 User라는 빈에 사용자 정보를 전달 받아 사용하면서 이것을 Entity로까지 확장해서 사용하게 된 경우라 조금은 특별한(?) 또는 강의를 위해 간단하게 구성한 빈 정도로 이해해 주시면 좋을 것 같습니다. 제 기억에 강의 중간에도 언급했다고 생각했는데, 혹시라도 그런 언급이 없었다면, 다음번 강의 업데이트 시에는 꼭 수정해 놓도록 하겠습니다.

감사합니다.

0

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

일반적으로는 엔티티 클래스에서 직접 @JsonIgnore를 사용하여 필드를 숨기는 방법도 있지만, 실무에서는 보통 엔티티를 DTO로 변환하여 클라이언트에게 응답을 전달하는 방식을 많이 사용합니다. 엔티티를 그대로 사용하는 경우, 불필요한 데이터가 노출될 위험이 있고, 엔티티와 API 스펙을 분리하여 유지 보수성을 얻기 어렵기 때문입니다.

이와 관련된 유사한 질문과 답변을 참고하실 수 있는 몇 가지 링크를 안내해 드립니다:

1. @JosnIgnore - 같은 엔티티 사용

   • 현업에서 @JsonIgnore를 그대로 필드에 사용하는지 아니면 따로 DTO를 생성해서 사용하는지에 대한 답변이 포함되어 있습니다.
     

2. @JsonIgnore 어노테이션 적용이 안됩니다.. - @JsonIgnore 사용 시 주의점

   • @JsonIgnore를 사용할 때의 문제를 해결하는 팁과 함께, 엔티티를 직접 반환하는 방식이 아닌 필터링 방식에 대한 논의가 포함되어 있습니다.
     

3. 강사님 @RestController에 대해서 질문이 있습니다. - RestController와 데이터 반환 방식

   • @RestController와 @Controller의 차이점과 함께, 여러 방식으로 데이터를 반환하는 방법에 대해 논의하고 있습니다.
     

4. restapi 통신에 대해 질문 있습니다 - ObjectMapper와 ResponseEntity 사용

   • DTO를 사용하여 JSON 변환 및 통신을 처리하는 방법에 대해 논의하고 있습니다.
     

이들 링크를 통해 각 방법의 장단점 및 실무에서의 사용 예에 대해 더 깊이 이해하실 수 있을 것입니다.

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