인프런 커뮤니티 질문&답변

현재 DDD와 핵사고날을 혼자 공부하며, 스타트업에서 적용시켜보고있는 주니어 개발자입니다. 현재 Spring boot를 사용하면서 Jpa 기반으로 연관관계(@ManyToOne, @OneToMany 등) 지양하며, 단순 id만을 컬럼으로 가지고 있는 엔티티를 설계했는데요.

저는 물리적 데이터베이스(mysql, redis, mongo 등)의 테이블 도큐먼트와 매핑되는 객체를 엔티티, 그리고 어플리케이션 내부에서 사용하게 되는 객체를 도메인이라고 지정해서 엔티티와 도메인의 분리를 해놨습니다.

현재 패키지 구조또한 각각의 도메인 별로 구성해서 나눴습니다. (User, Card, Bike 등등) 여기서 궁금한게 만약 다른 도메인끼리의 협력이 필요한 경우, 예를 들어서 user의 어떠한 usecase에서 현재 타고있는 bike의 이름이 궁금하다던지, 이런 다른 도메인끼리의 협력이 command 혹은 query로 필요한 경우 usecase를 구현한 서비스에서 다른 도메인의 usecase를 호출해도 되는지가 궁금합니다.

저는 이러면 안된다고 생각을 했고, 그럼 패키지 별로의 약한 결합이어도 나중에 모듈화 할때 문제가 된다고 생각했습니다

위의 예시를 들면, user의 어떠한 Usecase에서 bike의 도메인에 이름이 궁금해서 이름을 반환해주는 usecase가 있다고 했을때, user패키지에는 bike 패키지 안에있는 usecase를 가져갈수밖에 없다. 라고 생각을했습니다.

그래서 저는 이경우에 bikeEntity와 1대1로 매핑이 되는 도메인은 도메인으로서 bike 그자체의 책임을 가지고 가고, user 패키지 안에 bike의 정보를 가져올수있는 엔티티를 만들어 필요한 정보를 제때제때 꺼내쓰는 방법을 생각했습니다. 즉, 하나의 테이블, 혹은 도큐먼트를 여러개의 엔티티에 매핑을 시키는 셈인거죠. 물론 command는 원본 엔티티에서만 가능하게 한다고 생각했습니다.

그래서 지금 제가 내린 결론은 다른 도메인에서의 usecase의 협력이 필요하면 usecase를 조합하는 orchestrator를 만들어서 거기서 조합을 하자는 결론을 내렸는데, 문제는 이경우, 도메인의 협력이 많은 경우 결국 usecase의 '짬통,,?' 이 될것같습니다...

혹시 어떤게 맞는 방법일까요,,? 또한 현업에서는 어떻게 구현하는지 궁금합니다...

긴글 읽어주셔서 감사합니다.