представляю это так:
Нужно написать приложение по вычислению дедлайнов для определенных юридических событий (например срок подачи апелляции и т.п.)
Core Domain в этом случае будет “вычисление дедлайнов для определенных юридических событий”, которые живёт в своём Bounded Context. Работа с датами будет SubDomain и будет жить в своём Bounded Context т.е. полностью своя независимая модель данных. В итоге, чтобы сосредоточиться на моём Core Domain, я беру существующий third party пакет и интегрирую его в свой Core Domain (возможно как hard dependency из-за того, что интерфейс работы с датами довольно устоявшийся).
В итоге Core Domain и Sub Domain это проблемы, которые нужно решить. А Bounded Context это способы моделирования этих проблем т.е. решения. При этом Core Domain и Subdomain могут жить и в нескольких Bounded Context
https://medium.com/nick-tune-tech-strategy-blog/domains-subdomain-problem-solution-space-in-ddd-clearly-defined-e0b49c7b586c
Обсуждают сегодня