Как определить агрегаты и корни агрегатов и связь между агрегатами

Чтобы упростить вещи, вы должны использовать CQRS, т.е. использовать разные модели для «записи» и для запросов. Это означает, что у нас есть 2 случая: 1. создание и обновление бизнес-объектов (сущностей) 2. создание упрощенной модели из бизнес-объектов, позволяющей выполнять простые запросы.

Использование этого подхода означает, что вы можете сосредоточиться на моделировании Клиента, Лицензии, Курса и Уроков исключительно с целью моделирования реального поведения и отношений между ними.

Здесь легко впасть в ориентированный на данные подход, когда Заказчик рассматривается как контейнер для лицензий, который, в свою очередь, является контейнером для курсов и т. д. Совершенно очевидно (даже без особой информации), что эти объекты являются совокупными корнями, а не контейнерами.

Было бы более уместно думать, что уроки организованы в курсы, которые организованы в соответствии с лицензиями. Это означает, что сущность «Курс» связана с некоторыми сущностями «Урок», поэтому на самом деле у курса нет уроков. У него есть название, учебная программа и т. д. Уроки, профессора, студенты «прикреплены» к курсу, но не являются его частью.

Сущность Customer моделирует клиента. Когда клиент покупает несколько лицензий, он получает право доступа к курсам, связанным с этой лицензией. Опять же, у клиента нет лицензий. Поэтому здесь вам нужно смоделировать ассоциации между клиентом и лицензиями. При этом подумайте, какие детали License зависят от того, какие детали Customer (скорее всего, это не так, поскольку это совершенно разные вещи, поэтому достаточно базового (CustomerId,LicenseId)). Конечно, это простые предложения, так как я точно не знаю домен.

Суть в том, что вы должны глубже понять, что означают Клиент, Лицензия и т. д. для домена, и сопротивляться желанию смотреть на вещи с «очевидной» точки зрения. Моделирование DDD не сложно, но очень сложно, потому что вы действительно не должны относиться к этому поверхностно.

Вы должны определять агрегаты после бизнес-инвариантов.

Почитайте эссе Вернона о структуре агрегатов.
Чтобы связать различные агрегаты, вы можете использовать общие идентификаторы, которые также устраняют необходимость в ленивая загрузка.

Однако вы также должны учитывать, нужно ли вам разрабатывать разные ограниченные контексты. Поговорите со своим экспертом (экспертами) в предметной области, объяснив, что каждый ограниченный контекст относится к определенной точке зрения по данному вопросу.