레포지토리 서비스 컨트롤러 흐름에 관해서 여쭤봅니다!

Question

public interface UserRepository extends JpaRepository<User, Long> { } &#64;Service &#64;RequiredArgsConstructor public class UserService { private final UserRepository userRepository; public User save(User user) { return userRepository.save(user); } }&#64;RequiredArgsConstructor &#64;RestController &#64;Slf4j public class ControllerTest { private final UserService userService; &#64;PostMapping(&#34;/dummy/join&#34;) public String joinUser(&#64;RequestBody User user) { userService.save(user); return &#34;ok&#34;; } }이런식으로 서비스가 레포지토리를 DI해서 사용하고, 또 컨트롤러에서 서비스를 DI해서 사용하고 있습니다.의존 관계 흐름이 컨트롤러 -> 서비스 -> 레포지토리 이런식으로 되는데 이런식으로 코드를 구성하는 것이 맞나요? 어떤 분들의 코드를 보면 서비스를 안거치고 바로 컨트롤러에서 레포지토리를 DI해서 사용하시던데 무슨 차이가 있나 궁금합니다

찰쿠떡키 · Answer

말씀하신 흐름이 맞습니다.간혹 가다 컨트롤러에서 바로 리포를 DI 하는 경우가 있긴 한데 바람직한 경우는 아닙니다.오래된 SI 프로젝트에서는 컨트롤러에서 리포지토리를 바로 호출하는 경우를 많이 봤었는데 이러면 유지보수하기 힘들고 트랜잭션 걸기 힘드니 서비스 layer를 추가하는게 좋습니다.

레포지토리 서비스 컨트롤러 흐름에 관해서 여쭤봅니다!

1개의 답변

기술 목록