Map으로 데이터를 받는것에대하여..

Question

Si 선배님들 궁금한게있습니다컨트롤러에서 데이터 받을때 dto안쓰고 map으로 받는이유가 DTO 만드는대 시간이 걸리기때문인가요?개인적으로는 map으로받는게 관리가 좀 더 귀찮은 느낌이랄까요 유지보수 측면에도 안좋을거같구요 .. 저도잘몰라서 물어봅니다 dto만들어서 받는게 별로인건가요?

ahuynahcuy · Answer

DB에 컬럼 하나 추가되면 DTO 수정해서 서버 재기동까지 해야하고조인 쿼리가 있을 경우 하나의 DTO에 모든 조인 컬럼들 다 입력 해야하고이런 문제들 때문 아닐까요?

stopoff · Answer

개발만 하고 나갈거다.. 추후 문제는 나는 모르겠다또는이 시스템은 내가 계속 유지 보수 할거다.. 내가 다 파악하고 있다..라면 Map으로 주고 받아도 문제가 없고요그 외는 DTO를 만드는게 좋은 것 같습니다DTO를 보면 대충 어떠한 값들을 주고 받는지 알 수 있고다른 사람이 인계받을 떼에도 직관적으로 알 수 있습니다..그리고 DTO에 공통 작업을 할 일이 있다면 Annotation을 추가 할 수 있는 DTO가 더 확장성이 있을 것 같습니다.

집킨 · Answer

DTO쓴다=버그생겨도 난 모른다

캐티 · Answer

비즈니스 로직이 원인이겠쩌. 각자 분담하여 맡았다면 위에처럼 하여야 하겠고 이럼 Map 과 반환 타입 아이디를 넘겨주는 방식이나 Map 에 type 키는 항상 반환 타입으로 한다거나 .. 이케 약속을 하는 수가 있어요.요즘 사전 객체를 사용하였다는 이유로 속도가 지나치게 느려지거나 이런 거는 없지 않나요. 이케 보면 자바스크립트는 망했어야 해요.

crnmst · Answer

누가 dto 봐요;;sql 보지요

Kyeongrok Kim · Answer

Dto를 쓰는 이유는 컬럼 타입을 확실히 하기 위함입니다. 예를들면 UserUpdateRequest Dto의 멤버중 하나가 UserType인 경우 UserType이라는 Enum을 안쓰고 Map<String, String> 이런식으로 받으면 이후에 문제가 생길 수 있겠죠?그래서 Dto를 많이 쓰는데 Dto싫어하시는 팀장님들은 클래스 개수가 늘어나니까 Dto를 싫어하시는 경우가 있습니다. 하지만 저는 그럼에도 타입 안정성을 위해 Dto를 쓰는게 장점이 더 많다고 생각 합니다.그리고 Dto를 바로 DB로 저장하지는 않구요 JPA를 쓰는 경우는 Entity로 변환 해주는데 변환 하면서 Validation걸어서 값이 잘못 들어오면 Exception처리 해주면 좀 더 안전합니다.

nippori · Answer

그냥 그 시대의 개발 방식이구나.. 생각하는게 편할겁니다. 여기에 질문보단 구글링 한번 해보면 전세계 수많은 개발자들의 의견을 볼 수 있습니다.

yeori · Answer

map으로 감싸서 넘기면 만드는 당사자는 편합니다.내가 짜니까 key와 value에 대해서 잘 알고있음. 중간에 수정할 때도 편함.민든 사람 퇴사하고 새로 들어온 사람은 map 안에 뭐가 들었는지 잘 모름.유지보수 과정에서 걷잡을 수 없이 때가 끼고 시간이 지나면 누더기 걸레같이 뭔지 알 수 없는 데이터가 들어가 있음.하지만 함부로 걷어내면 큰일남.이게 어디에서 쓰이는지 추적이 힘들기 때문에 건들지 않고 방치함.잘 돌아가면 건들지 마라격언이 생긴 이유

Iswn · Answer

SI는 대체적으로 코드의 품질, 협력, 유지보수성보다 주어진 시간과 자원으로 사업의 성공과 계약 이행이 더 중요합니다.초기 빠른 생산성이 다른것보다 중요하죠.. DTO의 사용은 현재의 시간을 들여 나중에 보상받는 성격이라 볼 수 있습니다그래서 SI에선 사용하지 않거나 극히 일부만 사용하는 편입니다.

초무쿤 · Answer

DTO를 클래스로 사용하는게 현재 개발 트랜드입니다. (클래스로 사용하면 오타등 확인이 실제 돌려보지 않아도 컴파일 타임에 확인 가능함.)

눈팅족 · Answer

자매품으로 모든 테이블의 컬럼을 때려박은 멀티dto도 있습니다

야이왜안대 · Answer

정말 저게 좋다고 생각하는 분들도 있지만 그냥 변화에 적응 못한거 아닐까 싶어요.처음엔 사람들이 만들때는 맵으로 만들어도 불편함이 없으니까 그냥 맵으로 빠르게 만들고 빠졌지 않았을까요? 그런데 유지보수를 하다보니 저런 타입 안정성이 떨어진다. 그래서 dto를 만들어서 해결하자 이런 과정 아니었을까요. 그런데 시스템 규모도 작고 비즈니스도 뻔하니까 그대로 둬도 유지보수에 문제가 없는 일을 하는 분들은 아무래도 좀 와닿지 않을 수도 있쬬. 아 물론 저는 map에 담는 것이 훌륭한 방법이다라고 생각하지 않습니다.

장독깨기 · Answer

dto 로 받는게 별론가? 아닙니다.그럼, map 으로 받는건 별론가? 아닙니다.dto 든 map 이든 시스템 구축하는데 별 영향력 없습니다.문제는 어느 한쪽이 정답이다 우기는거죠. ㅎ

Map으로 데이터를 받는것에대하여..

13개의 답변

기술 목록