Домен DDD против агрегатов

Question

Я пытаюсь обернуть голову вокруг DDD.

Скажем, у нас есть сайт объявлений о работе веб-сайт, на котором Organisations может публиковать вакансии, а Applicant может подать заявку.

Правильно ли я понимаю, что существует домен Recruitment с:

• JobPost и JobPostApplication в виде агрегатов
• HiringOrganisation и Applicant как объекты их совокупного совокупности

Recruitment
└── Model
    ├── Entities
    │   ├── Applicant
    │   └── HiringOrganisation
    │   └── Location
    ├── ValueObjects
    │   └── Salary
    │   └── EmploymentType
    ├── JobPost
    └── JobPostApplication

Если так, как бы:

• Applicant относится к User из Auth домена
• HiringOrganisation относится к Organisation в Organisations домене

Answer 1

как бы Заявитель относится к Пользователю из Аут-домена Организация найма относится к Организации в домене Организации

Обычно: общие идентификаторы. Некоторое значение (часто непрозрачный токен, такой как UUID) совместно используется в обоих контекстах, поэтому мы можем сопоставлять сообщения, в которых говорится об «одном и том же», в разных пространствах, где данные эволюционируют со временем.