ddd - Как правильно идентифицировать объекты ценности?

Question

Я моделирую свои сущности и долгое время боролся с этим. Вот мой Person Entity:

Person 
    ID 
    Name 
    Email 
    Password 
    City 
    Phone 
    Biography 
    Rating 
    Description 

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

Должен ли я попытаться создать большие VO, собрав, например, Email и Password в Credentials VO? Я слишком глубоко углубляюсь в разделение на ВО?

Любая помощь очень ценится

[EDIT]

После некоторого обсуждения, оказывается, что лучшее решение сохранить каждое свойство в его собственном VO, для электронной почты и пароль, которые должны быть сгруппированы в исключением «Учетные данные».

Answer 1

Объекты ценности - это вещи, значения которых однозначно идентифицируют их I.e. равенство выполняется с помощью значений, а не явного свойства (например, ID), чтобы обеспечить уникальность. Два значения объекта равны, если все их поля равны

При попытке идентифицировать их следует использовать язык, используемый экспертами домена. Какие слова они используют при обсуждении людей? Они ссылаются на учетные данные, электронную почту и пароль?

Также обратите внимание, чтобы идентифицировать группы свойств, которые всегда используются вместе. Например, если пароль всегда используется вместе с Email, имеет смысл сгруппировать их в мандатной объект, как вы можете нажать поведение там (т.е. Credentials.Validate())

[UPDATE]

Все из следующие свойства являются кандидатами на стоимости объектов в зависимости от инвариантов, которые необходимо применять

Имя

• находятся там мин/макс Валу es для имен?
• Есть ли какие-либо символы не допускаются?

Email

• это действительный адрес электронной почты
• могут два человека имеют один и тот же адрес электронной почты?

Пароль

• мин/макс длина?
• обязательные персонажи?
• недопустимые символы?

Телефон

• это правильный номер телефона?
• Как вы обрабатываете международные коды?

Рейтинг

• есть ли минимальное и максимальное допустимое значение для рейтинга?
• как оно рассчитывается? (Он рассчитывается?)

Описание

Биография

Город

и т.д ....

Если вы создаете Value объекты для выше понятия вместо использования примитивных значений, таких как int или str вы можете инкапсулировать свои бизнес-правила внутри объектов значений.

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

Answer 2

У вас там подозрительно выглядит структура данных (CRUD). В правильном DDD вы начинаете с бизнес-кейса типа «Создать человека», а затем вы узнаете модель , представляющую Лицо концепция.

Модель определяется группой компонентов и бизнес-правилами. Вашими компонентами обычно являются VO, поскольку они представляют собой модели, представляющие небольшие концепции, которые могут быть выражены как простые или составные значения без явного идентификатора, и они инкапсулируют конкретные бизнес-ограничения. Например, Email VO гарантирует, что у вас есть действительное значение электронной почты.

Вы должны позволить домену сообщать вам, имеет ли смысл создавать большие VO; обычно вы начинаете с VO, а вы обнаруживаете, он составлен из других VO. Как правило, мы идем сверху вниз. Вы можете привести пример модели see here.

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

Answer 3

Не пытайтесь навязать определенную структуру модели домена, вам нужно подойти к моделированию домена с точки зрения использования.

Должен ли я попытаться создать большие VO, составив, например, электронную почту и пароль в учетные данные VO?

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

Обратите внимание, что иногда имеет смысл извлечь одно свойство в свой собственный объект значения, если число инвариантов, которое необходимо поддерживать, достаточно велико, чтобы оправдать введение новой концепции. Взгляните на this article для более подробной информации.