Skip to content

이번 프로젝트 DTO의 사용방법과 사용 범위 #39

Description

@BrownLEE99

목적

DTO의 사용범위를 정하고 헷갈리게 하지 말자

작업 상세 내용

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

참고 사항

  • 꼬리별 구조를 고려해서 정한겁니다.
  • 이건 Store 내에서 쓰는 패키지 구조
image

@chanil4129 @madlimeus

Metadata

Metadata

Assignees

No one assigned

    Labels

    questionFurther information is requested

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions