Можно ли хранить Value Object внутри Value Objecta?

Question

[BonBon Slick]

Рассматриваем VO в контексте, архитектуры DDD.
К примеру сущность Юзер обладает ВО Адресс и в нем есть ВО Дом в котором поля квартира и етаж.
Первое что приходит на ум то, что так нельзя делать т.к. для обновления Дом надо удалить так же родительский ВО.

Какие принципы нарушены?

Comments

[Евгений Шатунов]

BonBon Slick , два наводящих вопроса.
Чтобы присвоить значение целочисленной переменной нужно ли тебе эту переменную сперва удалить?
Является ли массив Value Object-ом?

[BonBon Slick]

Евгений Шатунов, 1 - вопрос не понятен. Из памяти? В С++ частенько надо удалять. В РНР? Мусорщик же. Но речь о концептах. 2 - нет. Массив не есть VO таким каким он должен быть с технической точки срезния. Конечно можно использовать и плясать с любым обьектом как с массивом. Но речь о концепции и идеи.

[Евгений Шатунов]

BonBon Slick, а ты, случайно, VO с Immutable не путаешь?

[BonBon Slick]

Евгений Шатунов, VO должно быть Immutable же. Поетому удалять надо все что выше при одновлении дочерних полей, ВО.

[Евгений Шатунов]

BonBon Slick, а можешь поделиться документами, где описывается обязательность иммутабильности VO?

[BonBon Slick]

Евгений Шатунов, документы?

[Евгений Шатунов]

BonBon Slick, нет, SO не является прямым и достоверным источником информации. Но я понял что ты спрашиваешь в контексте DDD, в рамках которого VO иммутабильны по своему определению.
Будет хорошо если ты уточнишь в своем вопросе что спрашиваешь именно в контексте DDD.

[BonBon Slick]

Евгений Шатунов, ок, сделано

Answer 1

[Василий Банников]

Вы путаете два термина. Я так понял, вы тут противопоставляете ValueObject и Entity из DDD.

ValueObject - это некоторое значение, которые не существует само по себе в предметной области. (например адрес). Для ValueObject, обычно, не заводят отдельную таблицу в БД.

Entity - это некоторая модель объекта предметной области (например здание)

На примере адреса и здания:
Адрес состоит из названия улицы и номера дома. Название улицы и номер дома - это тоже ValueObject-ы
Здание имеет некоторый идентификатор и набор атрибутов, которыми могут быть ссылки на другие сущности, а могут быть значения - например тот же адрес.

А теперь к вашему примеру:

ВО Адресс и в нем есть ВО Дом в котором поля квартира и етаж.

Тоесть получается

Пользователь:
- Адрес:
- - Дом:
- - - Квартира
- - - Этаж

Лично мне кажется, что это неправильная иерархия. Правильнее было бы сделать плоскую структуру.

Comments

[BonBon Slick]

Вот в етом то и вопрос. Почему плоскую? Ведь Дом есть по сути родителем Квартира и Этах так же как Пользователь родителем для Адрес или Адрес для Дом.

[Василий Банников]

BonBon Slick, в данном случае нет. У вас же дом только как часть адреса, а не дом, как здание.
Если бы вы моделировали здание, то тогда да - есть дом, а внутри него много квартир, а сам дом находится на улице, которая в городе итд

[BonBon Slick]

Василий Банников, да, ето зависит от контекста. Иногда сложно сказать точно и уходят часы на понятие сути.