DDD Вопрос моделирования

Question

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

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

Answer 1

Я видел аналогичный случай DDD относительно класса Address.

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

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

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

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

Answer 2

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

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