readonly?

• department - line 관계를 맺고싶을때?

• 어떤 department가있다. 이department가 포함된 market - factory의 어떤 생산 line에서 제품을만든다

• 강결합정도에 따라

  • 상호 참조 하지않고 service에서 로직으로 연관데이터 조합
  • readonly로 데이터 참조
  • read & write가능 (-> 지양하기, 하위 도메인취급이 되어버림)

• 보수적으로 설계 -> 필요할때 하나씩 열어주는 방식으로 고려하면 :+1:

시작하기전에

DDD / JPA기반의 프로젝트를 처음 도입하며 고민한 내용을 모아보았습니다.

모든 예제를 자세하게 다루지는 않습니다.
구체적인 예시보다는 방향성을 중점으로 봐주시면 감사하겠습니다.
같이 작업한 전OO님과 많은 의논을하며 공부했습니다. 감사합니다

의존성

1
2
3
4
5

dependencies {
    ...
    compile("org.springframework.boot:spring-boot-starter-data-jpa")
    ...
}

DOMAIN 모델링 - 방향설정하기 ★★★★

• 방향을 잘못정하면 관계가 복잡해진다 -> DDD의 의도와 맞지않음
• 책임 관계가 모호해진다
• ….
• 자세한 권한설정및 방향은 뒤에서 다룸.

예제

공장에서 만든 제품을 매장에 공급한다고 가정