코드의 일관성을 위해 하나의 요청 값도 dto에 담는 것에 대한 의견

Question

각 계층별로 dto를 만든 상황에서 코드의 일관성을 위해 get요청의 요청값이 하나이어도 dto에 담는것에 대해 어떻게 생각하시나요

Kyeongrok Kim · Answer

ㅋㅋ 정답은 없죠. 모든것을 다 관통하는 그런 원칙은 없습니다. 네비의 빠른길, 절대 길이가 짧은길 최소비용 옵션을 때로는 다르게 쓰는 것 처럼요.

스프링잡부 · Answer

개인적인 의견이지만변하는 부분은 빨리빨리 그냥 쳐내고변하지 않는 부분에 신경쓰는게 코드품질을 높이는 길인것 같습니다.유저와 가까운쪽은 언제든지 요구사항이 변경될수있으니변화에 유연하게만 짜놓고,변하지 않는 부분에 최대한 강결합을 끊어내고일관성있는 코딩스타일을 유지하고주기적으로 리펙토링하는게 좋다고 생각합니다.

오후 · Answer

정답은없고 해당 플젝룰에따르시면 됩니다.일관성도 좋지만 생산성도 생각안 할수없어 소수(기준은 내부에 따라)라면 그냥 원시(참조)타입으로 처리하는게 개발/유지보수 측면에서 이득일수도 있습니다.

프레이야 · Answer

같이 협업하시는 분과 이야기 하시는게 젤 낫죠협업하시는 분들이 좋아하는 방향으로 고고사견으로는 어느정도 비지니스모델 수준이 올라올때까지는 자유도를 높여주고이후에는 정형화된 방식으로 하시는게 낫더라구여.

independent · Answer

파라미터로 받아도 되는 값들은 그렇게 하고요REST 원칙상 Request body에 받아야 하는 경우에는 무조건 DTO 클래스로 뺍니다.요청값이 하나더라도요.우선 나중에 관리할 포인트가 명확하고, 확장성에도 용이합니다.

도각도각 · Answer

케바케인데요.충분히 가능하다고 생각은 합니다.

seongsland · Answer

나중에 추가될 수도 있기 때문에 dto로 하기로 했다면 일단 dto로 가는게 통일성 있고 좋을 것 같아요.

고등어통조림 · Answer

음..

고등어통조림 · Answer

1개라도 그렇게 해야 한다고 생각해요

코드의 일관성을 위해 하나의 요청 값도 dto에 담는 것에 대한 의견

9개의 답변

#vo 목록