일반적으로 마이바티스 dto어디까지 세분화하나요

Question

프로젝트마다 다르겠지만 일반적으로 마이바티스 dto구조를 어느정도 까지 세분화하나요? 컨트롤러 -요청,응답서비스 -컨트롤러에서 서비스로 전달되는dto,반환dto레파지토리 - 서비스에서들어오는 dto, 조인조회결과dto, 테이블과매칭되는vo이렇게 구조를 잡아놓고 필요할때만 사용하나요?마이바티스로 프로젝트할땨 보통 실무에서는 어디까지 구분하는지가 궁금합니다

캐티 · Answer

정도는 없는 거이라 하더라도 일반적으로 공용 모델은 중요한거 이기에 이거를 세분화 .. 사실 너무 작은 모델은 상속을 치는 거로 처리 복잡성이 늘어나서 성능이 떨어지는 문제가 있어서 예컨데 user(id,session-id), user-detail(id,session-id,name,email,phone1,phone2) 처럼 중복되는 영역이 있었다 하더라도 중복 코드로 해요.정답이 없는 거여서 엔간한데 이거는 짐 프로젝트에 어느 정도에 복잡성을 가지는지 알아야 다음 과정을 이해 하는거 아니하겠나요.

장독깨기 · Answer

케바케겠지만, 플젝내에서도 사람마다 다릅니다.나름 룰 정해서 하는 곳도 있겠지만, 필드 막 추가해서 중복해서 쓰는곳도 있고,... 개판 5분전인데도 많습니다.DTO 안 쓰고, Map 으로 하는 곳도 많습니다.저 같은 경우 개인적으로 할 때는 Map 으로 하구요, 팀으로 할때 Dto 어케 쓰는지 전 신경도 안 씁니다.무슨 얘기냐면, 지금 고민하고 있는게 전혀 중요한게 아니란 얘깁니다.가령, 본인이 어떤 플젝에 참여했고, 그 플젝에서 룰을 정했습니다.그럼 그 룰에 따라 할 수 있겠습니까? 없겠습니까? 할 수 있겠죠. 할 수 있습니다.지금 누군가가 어케하라 얘기해준다해서 그게 정답이고 표준이고 그런게 아닙니다.일전에 한 번 말씀드렸지만, 이런 부분 고민 그만하고, 진도 나가세요.중요한건 이런 겁니다.가령, 그룹웨어 전자결재 기능을 만들기로 했습니다.그럼, 유즈케이스는, 시나리오는, 필요 데이터는 무엇인가? 데이터 구조와 그 연관 관계를 어케 맺을것인가? ...이런걸 고민하고 생각하고 시행착오를 겪어야 하는 겁니다. 그래야 실력이 늘어요.본인뿐만 아니라 여기 오키에서 취준생, 신입 등 사이드 플젝보면요,맨날 단순 게시판류 crud 에, dto, jpa, jwt, redis 뭐 이딴 것만 고민한단 말이죠.그래봤자 게시판인데요, 물론, 사람마다 다르겠지만, 전 이런 게시판류 포폴보면 바로 땡입니다.계속 같은 내용으로 고민하는거 같아서요,오지랖이 좀 길었습니다. ㅎ중요한걸 열심히 하세요. : )

dw kim · Answer

저는 Map 선호 합니다Dto 쓴다고 뭐가 더 좋아지는지 잘 모르겠더라고요윗분 말대로 테이블이든, 통신데이터든자료구조들 잘 정했으면그걸로 거의 잘 됩니다자료구조 개판으로 만들었으면Dto, 캡슐화 싹 다 뻘짓거리입니다이론은 이론일 뿐..

돌아온크리미드림 · Answer

사바사 캐바캐

하루히즘 · Answer

답정너인가요?

BlueFestival · Answer

validation을 체크하게 되면 어쩔 수 없이 세분화 될 것 같네요

고등어통조림 · Answer

저도 실무에서 map을 더 많이 보긴 함책에선 dto 만 있었는데…여기 분들 댓글보고 이제서야 이유를 앎근데 그 상황에서 걍 저는 vo는 있길래 응답 받는 부분은 dto로 구성해서 썼음

고등어통조림 · Answer

구분을 한다고 처음엔 생각을 하다가 공통되는 게 많으면 패키지 내에서 공통을 commonDto 이렇게 빼고그걸 상속 받아서 dto를 만들어야죠아니면 자바는 클래스 안에 또 클래스를 만들 수 있으니 공통 dto 클래스 안에 각 dto들 이너클래스 만들어서 쓰던가요

고등어통조림 · Answer

아직 dao를 보시진 않았을텐데어떤 분 코드를 보니 겹치는 건 dao를 공통 dao로 빼고 나머지는 그걸 상속 받아서 dao를 또 만들고 그런 식으로 코드를 짜더라구요

고등어통조림 · Answer

테이블과 1:1 매칭해야 하는 것은 vo로

일반적으로 마이바티스 dto어디까지 세분화하나요

10개의 답변

Q&A 목록