학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.
1. 강의 내용과 관련된 질문을 남겨주세요.
2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.
(자주 하는 질문 링크: https://bit.ly/3fX6ygx)
3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.
(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)
질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.
=========================================
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예/아니오)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)
[질문 내용]
여기에 질문 내용을 남겨주세요.
클라이언트에서 값을 받아와서 저장하는 경우는
formDto를 따로 생성해서 modelattribute로 받아온 후 컨트롤러 메서드 안에서 실제 저장 될 entity로 컨버팅해서 서비스단이나 리포지토리로 넘겨주면 되면 웹과 도메인 분리가 가능한데
findById처럼 db에서 엔티티에 값을 담아 서비스를 거쳐 컨트롤러에 뿌려줄 땐 어떻게 해야 할까요? 결국 컨트롤러까지는
Entity자체가 들어오긴 해야 서비스나 리포지토리영역에서 웹 dto에 의존하지 않는것일텐데
컨트롤러 영역에서 가져온 엔티티를 그냥 바로 모델에 add하나요?
아니면 response할 dto를 따로 생성한 후컨트롤러 영역에서
response할 dto객체를 생성해서 가져온 엔티티의 값을 넣어줘서 (setter든 생성자든) dto를 모델에 add하나요?
저도 서비스에서 dto와 엔티티의 컨버팅이 이루어져야한다고 생각 했는데 ,
강의에서 보시면 김영한님께서 web( controller , dto) 과 domain( entity,repository,service)를 분분리해야한다고 하시더라구요
즉 , 도메인이 웹을 의존하면 안된다는 말씀이신데 , 그렇게 되려면 서비스단에서 dto자체를 들고 있으면
안되는것 아닐까요? 말씀하신대로면 서비스단에서 dto와 엔티티의 컨버팅이 이루어져야 하는데 강의
는 또 다르구요 어떤게 맞는 것 일까요?