이번 프로젝트 DTO의 사용방법과 사용 범위 #39
Description
목적
DTO의 사용범위를 정하고 헷갈리게 하지 말자
작업 상세 내용
- [1. 클라이언트에서 컨트롤러사이는 dto를
~request,~response로 작명하고 씁니다] - (
ex)StoreSaveRequest : 클라이언트에서 오는 가게 요청 dto.] - [ Controller 아래에 패키지 두개 생성하시고(request,response), 각 패키지에 요청,반환 dto 넣으시면 됩니다.]
- [2. 컨트롤러 <-> 서비스 <-> 레포 간에는 일반 dto를 사용합니다.]
- [각 도메인 entity 패키지 아래에 dto 패키지를 만들고 주고 받을 때 쓸 dto를 만들면 됩니다.
~Dto] - 혹여나 서비스 단에서 엔티티를 무조건 써야된다 그러면 그냥 가져다 쓰시면 됩니다. 어쩔 수 없는 것들은 유연하게 처리합시다.
- 사실 겹치는 dto들도 많이 있을껀데, 왜 굳이 나누냐?? -> 범용성을 위해. 우리가 컨트롤러에 입력받은 데이터에 무언가를 플러스해서 넘겨야하는 상황이 있을 수도 있고... 등등 데이터를 처리해서 넘겨줘야하는 상황이 존재할 수 있기 때문이라고 생각합니다.
- 마지막으로 서비스단에서 컨트롤러에는 디티오 넘기고 컨트롤러에서 ResponseEntity만들어서 리턴하먼 됩니다
참고 사항
- 꼬리별 구조를 고려해서 정한겁니다.
- 이건 Store 내에서 쓰는 패키지 구조
