현업에서 서비스간 순환 참조를 어떻게 해결하시나요?

Question

안녕하세요~ 스프링으로 어플리케이션을 개발하고 있고 현재 구조를 도메인 단위로 나누어서 도메인별 컨트롤러, 서비스, 레포지터리가 있는 상태입니다. 유저와 룸 도메인이 있을 때 유저에서 룸에 대한 정보가 필요하면 유저 서비스에서 룸 서비스의 메서드를 사용하고 있는데, 룸서비스에서도 유저에 대한 복잡한 로직을 통해 얻는 결과가 있으면 유저 서비스를 의존하게 되어 순환참조가 발생하더라구요.이런 문제를 해결하는 여러 방식이 있어 보이는데 (lazy, 재설계, 서비스 의존하지 않고 레포지터리 의존) 현업에서는 이러한 문제를 구조를 어떤 식으로 해서 해결하시는지 궁금합니다!

장독깨기 · Accepted Answer

서비스를 너무 잘게 보고 있는거 같습니다.하나의 서비스는 여러 도메인 정보를 포함할 수 있습니다.그니까, 유저, 룸 이런 단위로 서비스를 만들지 마시고,레포지터리를 참조해보세요.

더미 · Answer

보통 그럴일이 없도록 설계하는게 최우선이겠죠

Clickin · Answer

애초에 @Autowired 사용하지 않고 생성자 주입을 받아서 순환 참조를 원천 차단합니다.생성자 주입 시 순환 참조가 있으면 컴파일이 안되기 때문에 미리 알 수 있습니다.

당근이세요? · Answer

쉽지 않겠지만 설계 변경으로 풀어나갈 수 있습니다. 리팩터링 몇번 해보았는데 늘 방법은 있더라구요.

해삐니스 · Answer

예전에 애먹었는데 아무리 찾아봐도 베스트는 설계변경이라고합니다

호호아조씨 · Answer

일단 서비스에서 서비스를 호출한다고 생각하지 마시고 컨트롤러에서 여러서비스를 호출한다고 접근을 하면 직관적입니다.

개발잡부 · Answer

서비스에서는 무조건 repository만 DI 한다를 대 원칙으로 설계하시고,그중에서도, 이건 너무할정도로 중복되며, 서비스로 빼도 순환참조가 일어나지 않을시에만서비스로 빼서 DI하시면 됩니다.아예독립적이면 유틸로 빼셔도 되고요

양반후반 · Answer

서비스끼리 참조가 필요한 경우 상위 레벨 개념의 서비스를 만들어 퍼사드 패턴으로 만듭니다.

동행큐브 · Answer

예전에 비슷한 문제로 디자인 패턴 찾아봤을 때는 중재자 패턴도 괜찮아 보이더라구요. (참고)

현업에서 서비스간 순환 참조를 어떻게 해결하시나요?

9개의 답변

#circular 목록