dto 분류?

Question

안녕하세요.domain 은 db에 데이터를 넣는 부분dto는 사용자한테 값을 받는 부분으로 알고 있는데요.이번에 미니 프로젝트 만들때 domain / dto 폴더를 나눠서 만들었는데요.dto를 ... 보통 실무에서는 어떻게 분류해서 만드나요?예를들어 user와 board라는 domain 이 있으면.dto는 상황에 따라회원 생성 : userCreateDto회원 찾기 : userFindDto회원 삭제 : userDeleteDto글 쓰기 : boardCreateDto...이렇게 세분화해서 만들진 않을거 같은데..사용자한테 값을 받는 클래스들은 어떻게 관리되고 있는지 너무 궁금합니다.아래와 같이 구성해서 작업하고 있습니다.

kenu,전독시 · Answer

Data Transfer Object == DTO여기에 왜 빡치신 건가요.

kenu,전독시 · Answer

from: https :ll

poniard · Answer

댓글 위치 잘못달았다가 지워버렸네요.도메인 모델과 DTO 차이로 구글 검색해서 나오는 글들 한 번 읽어보시기를 추천드리고요.결론은 UserDto 정도로 관련 속성을 모아놓은 Dto 클래스를 설계하시면 되겠습니다.Rest API 요청들에 대응하게 클래스를 설계하신 것 같은데 그러면 너무 세분화하여 추상화 하신 것 같습니다.

namoda · Answer

“domain 은 db에 데이터를 넣는 부분dto는 사용자한테 값을 받는 부분“으로 알고 있다면 용어와 개념 왜 등장하게 되었는지정확히 알고 진행하심을 권장합니다.

nippori · Answer

지금 일하는 곳에선 userCreateDto, userFindDto, userDeleteDto 식으로 api 별로 전부 나눠서 사용하고 있습니다. api 요청별로 하나의 이벤트가 일어나고, 하나의 이벤트 마다 하나의 유스케이스가 실행되야한다는 생각으로 설계하셨다고 하네요. 프로젝트 나름인데 생각하신것 처럼 세분화해서 나누기도 합니다.

장독깨기 · Answer

제가 일전에 단 댓글이 있는데요, 한 번 참고해서 보세요. https://okky.kr/questions/1534280#answer-796689

박레고 · Answer

저는 나누어 사용하고 있습니다.domain, dto, controller 패키지에 나눠서 관리하고 있어요.경험상 나누지 않으면 반드시 중간에 예외를 두거나 분리를 해야 하는 상황이 옵니다.

manijang2. · Answer

회사마다 다릅니다. 세분화해서 사용하는 경우도 있고, 하나의 DTO로 사용하는 경우도 있습니다.

adadawd · Answer

요청, 응답 두개로 나눠 사용합니다. 하나의 dto로 요청과 응답을 모두 사용하면 프론트에 불필요한 필드가 노출되고, DB의 테이블 구조를 유출할 수 있는 포인트가 됩니다.JPA뿐만 아니라, MyBatis를 사용할때도 테이블 구조와 매핑되는걸 만들어 사용하기도 합니다.프로젝트별로 다르긴 한데 적게는2가지, 많게는 3가지로 세분화 시켜 사용합니다.

dto 분류?

9개의 답변

Q&A 목록