님들 모든 요청 매개변수 DTO 처리함?

[ㅁㅁ(222.239)]

한두개씩 짜잘하게 오는것도 DTO로 처리하는게 바람직함?

[익명(220.121)]

타입시스템이 그러라고 있으니깐 하면 좋지 머

[ㅁㅁ(222.239)]

Tank you

[익명(121.140)]

한 두개 자잘한거는 어느경우에 필요할까.. 공통용으로 필요한거 받고 path variable 받으면 커버 충분할거같은데 특이케이스는 따로 만들고

[익명(121.140)]

설계에 따라 필요한 케이스가 거의 없겠지만 필요하면 만들어야지

[ㅁㅁ(222.239)]

간단한 댓글 생성 API 인데 매개변수로는 필요한게 [ 부모댓글 ID, 내용 ] 이 둘 뿐이여서 여쭤봤어요

[익명(121.140)]

생성은 무조건 만드는게 맞지 ㅇㅇ 나라면 중요 내용은 아니니 조회결과랑 생성이랑 같은 dto로 사용할 듯

[ㅁㅁ(222.239)]

넵 @@requestDto 로 네이밍하고 수정,생성 같이 쓰고 있었어요 맞다니 다행이네 ㄳㄳ

[♨2.87™(roidz)]

해쉬맵 vs vo 또는 json 객체 선택은 ?

[ㅁㅁ(222.239)]

?! 그 중에 골라서 쓰란 말씀이신가요?

[♨2.87™(roidz)]

DTO를 DTO 답게 쓸려면 스코프에 대해서 알고 그것에 맞게 제대로 쓰냐에 달려 있는데.. 그게 아니면 걍 pojo vo 하나 만들어서 사용하는 거랑 비슷한거.. 일관성을 따를지.. 임시 답게 해쉬맵이나 json 객체로 할지는 선택의 문제

[익명(121.140)]

해쉬맵, json은 개인적으로 매우 비선호인데 선택지로 준 이유는 뭐야? 궁금해서

[ㅁㅁ(222.239)]

해쉬맵, JSON은 영한 센세가 쓰지말래서 그냥 DTO or raw data 중에서만 고민만 해봤어요!

[♨2.87™(roidz)]

발상 ? ㅇㅅㅇ 예로 온라인에서 json을 pojo로 받을 수 있게 자동으로 소스 제네레이션 해주는
https://www.jsonschema2pojo.org/
사이트도 있는데 여기도 보면.. 고정 파라미터 외에 더 받을 수 있는 것 클릭하면.. 고정적 멤버 아닌 것은 마지막의 해쉬맵에 쏘로록 들어감 ㅇㅅㅇ

[ㅁㅁ(222.239)]

이유에 대해선 아직 생각못해봣네요 바로 찾아볼게요ㅋㅋ 감사합니당