ну я их так и воспринимаю, не вижу в этом ничего такого

Не надо шарить адреса. Они минимальный кирпичик. Лучше в него скармливать айдишки снаружи.
Тоесть адрес должен знать о заказе а не заказ о адресе.

Тут проблема. Обычно когда появляется идея переиспользовать vo то скорее всего они будут нести в себе копии данных. А это уже плохая идея. Ибо tell do not ask.

Ну вот как человеку, что не варится во всей этой супер модульности адекватно понять это сообщение?

Получится в итоге дичь

Ну из меня плохой обьяснятор. Буду рад если у вас получится лучше сформулировать.

Ну как надо чтобы более частные вещи зависли от общих а не общие от частных.

Это слишком сложные концепты (по архитектуре показанной выше в примерах) для объяснения на пальцах за 30 минут

Тоесть как пример платеж знает о заказе а не заказ о платеже.
Айтем знает о складе а не склад об айтеме.
Профиль знает о пользователе а не пользователь о профиле.

это понятно) тут вопросов никаких
я просто про vo обдумываю все вышесказанное, подзалип)

+

@ek0t0v если ты собираешься в адресах иметь ряд nullable свойств только потому что в одном месте они будут собраны, а в другом нет - это скатится в херню.

Ибо в один момент у адреса будет возможность быть в некорректном состоянии, достаточном для интерпретации юзером.
Если в адресе будет точно некий уникальный идентификатор (кладр, или что там) и остальные опциональные мелочи, это менее страшно. Это уже чуть ближе к "модулю адресов"

Для денег и прочих мелких VO с большей вероятностью можно сказать - проблем не будет долгое время.

по итогу получается так? какие-то модули имеют у себя VO адрес (шиппинг тот же), т.е. в рамках всей системы не будет единой такой VOшки адреса, но и не будет 100500 вариаций адреса, будет минимально разумное необходимое кол-во таких VO?

С адресом да, лучше так

вот nullable меня смущал, но думал что небольшая проблема

Если они у вас чуть сложнее, чем "город, строка адреса"

Это запах

сложнее, но все же да, с адресом мне стоит еще подумать

поля, что сложнее "город, строка адреса" заносятся отдельно, и все

требуемые поля адреса статичны, а все что нестандарт - внутри самого модуля, кот. требует нестандартное поле

мне еще нужно все это в разбитом виде) типа как у дадаты, хотя чуть в меньших масштабах