DDD Модельный вопрос

Question

У меня есть две структуры в моей области: Упражнение (с предметами, решением, сложностью, доп.) И Предмет, у которого есть имя и предмет отца. Субъект определяется своими атрибутами, поэтому в этом смысле это объект значения, Однако даже если мое текущее хранилище данных не имеет ничего, связанного с конкретным субъектом, существование этого субъекта все еще может иметь значение для домена, поэтому оно может существовать независимо от чего бы то ни было, - так это сущность?

Еще один вопрос, скажем, я хочу, чтобы у всех существующих субъектов с определенным именем было бы желательно иметь SubjectRepository (должны ли только агрегированные корни иметь связанные репозитории)?

Answer 1

Я видел похожий случай DDD в отношении класса Address.

Домен, свойства были интересной частью, а не идентификатором.

Однако для их повторного использования и редактирования они должны были быть «сущностями» без бизнес-идентификатора / ключа, только первичный идентификатор / ключ.

Для поддержки плавного управления в графическом интерфейсе в Address был сделан «совокупный корень» с «хранилищем».

Ваш случай звучит похоже.

Answer 2

Если вам нужно сменить тему, и вам нужно отследить ее, это должна быть сущность. В каком смысле актуально существование субъекта в домене? Если вы не можете разумно вписать тему в домен, возможно, это услуга, которая вам нужна.

К вашему второму вопросу; да, разумно иметь хранилища только для совокупных корней.