spring service 메소드에 request vo를 바로 보내도 구조적으로 문제 없는지 궁금합니다

Question

안녕하세요~ spring 구조 작성 중에 궁금한 부분이 있어서 질문남깁니다.현재 REST API 작성 중에 있는데 request vo를 바로 controller에서 service로 보내도 구조적으로 문제없는지 고민이 됩니다.현재 request vo는 다음과 같이 작성되어 있습니다.class UpdateRequest { String nickname; // ... 기타 내용들 }위와 같이 되어 있으며 controller단에는 다음과 같이 받고 있습니다.&#64;Controller &#64;RestController &#64;RequestMapping(&#34;/something&#34;) class SomethingController { // 중략 &#64;PutMapping(&#34;/var&#34;) public ResponseEntity<UpdateResponse> update(&#64;RequestBody UpdateRequest updateRequest) { // call service method } // 중략 }위와 같은 상황에서 service를 호출할때somethingService.update(updateRequest);와 같이 호출하는 것이 바람직한지 궁금합니다.updateRequest를 직접 parameter로 넣어 호출하거나 다른 vo 변환 혹은 각 파라미터를 분리해서 호출하는게 나은지 정확한 판단이 안됩니다.UpdateRequest를 직접 parameter로 넣으면 service, controller, request 객체간의 커플링이 강하게 묶이는 것 같아서 (다른 로직에서 업데이트를 호출할때 새로운 매소드를 또 만들거나 request 로 맵핑해서 넣어야함) 좋아보이지 않는데 어떤 형태로 구조를 짜면 좋을지 여쭤봅니당!감사합니다.

초무쿤 · Accepted Answer

Domain Object 를 하나 두시는편 좋으실수도.. (Service가 먼저 설계된 상황이 아니신듯 합니다)ArticleRequest(DTO) > Article(Domain Model) > ArticleEntity|ArticleVo(DAO layer)

오짱이에요 · Answer

전혀 상관 없습니다...표준 라이브러리의 Date같은 것도 VO입니다...

spring service 메소드에 request vo를 바로 보내도 구조적으로 문제 없는지 궁금합니다

2개의 답변

기술 목록