예전에 처음에 공부할 때는
순횐참조니 뭐니 해서 서비스 간 참조 지양하긴 했는데
A 서비스에서 B Repo까지 접근하는게 맞나 하는 생각이 들어서
나중에 A도메인과 B도메인이 분리되어 B repo 참조 할 수 없게 되면 결국 서버 간 통신이나 mq로 데이터 보낼텐데
그러면 그냥 서비스 간 참조해두면 모듈 떼어내기 쉽지 않나..? 란 생각
만약 두 서비스가 상호 협력해서 서로 참조가 필요하다면 추상화 레벨 하나 더 올려서 두 개 주입 받는 새 레이어에서 상호 작용하면 괜찮단 생각
혹시 그럼에도 그냥 서비스는 Repo 주입 받는게 맞다면 내가 고려하지 못한 부분 지적 좀.. 요즘 시야가 안 넓어짐 ㅜ..
순횐참조니 뭐니 해서 서비스 간 참조 지양하긴 했는데
A 서비스에서 B Repo까지 접근하는게 맞나 하는 생각이 들어서
나중에 A도메인과 B도메인이 분리되어 B repo 참조 할 수 없게 되면 결국 서버 간 통신이나 mq로 데이터 보낼텐데
그러면 그냥 서비스 간 참조해두면 모듈 떼어내기 쉽지 않나..? 란 생각
만약 두 서비스가 상호 협력해서 서로 참조가 필요하다면 추상화 레벨 하나 더 올려서 두 개 주입 받는 새 레이어에서 상호 작용하면 괜찮단 생각
혹시 그럼에도 그냥 서비스는 Repo 주입 받는게 맞다면 내가 고려하지 못한 부분 지적 좀.. 요즘 시야가 안 넓어짐 ㅜ..
그러게 그래서 DDD하나봄
확장생각하면 추상화나 인터페이스로 참조시키고 직접참조는 피해서 모듈화시키는게 도움되지않나 msa는 몰루 - dc App
계층간 서비스 참조는 문제될게 없음 순환참조만 조심하면
나중에 분리되면 어쩔꺼 - dc App
나는 서비스 - 인프라 에이어 사이에 구현 레이어를 만들어서 구현 레이어만 변경되게끔 했음 비즈니스 로직은 왠만하면 순수하게 놔두고 요구사항이 변경되지 않는 이상 변경은 최소화 하도록