Всем привет) вопрос на тему VO.. допустим проект монолит, но

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

уточню, расшарить хочется например адрес, у него могут быть nullable поля, адрес же
нет желания шарить все подряд, только штуки типа фио, денег, адрес и тп
любой кто будет юзать эту структуру данных, должен будет сам проверять, достаточно ли ему этой voшки, это норм?

Попробуйте расширить просто addressId зачем вам все эти данные дублировать во все модули?

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

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

Приведите пример зачем нужна информация по адресу во многих модулях? Почему айдишника недостаточно?

ну, вообще как я вижу - во многих местах хранить всю инфу совсем не нужно, достаточно айдишника но это ж таскаться в бд, если хочешь адрес достать (если что, я не считаю это чем-то плохим) в каких то местах да, надо адрес "зафиксировать" в документах например

Фиксируйте адрес в модуле адреса там где они у вас. Зачем его тащить наружу?

кстати да, тоже верно

А деньги в модуле денег

Просто просите зафиксировать вам адрес с айдишником таким то и на выход новый айдишник можно получить. Или в мрдуле адресов лучше хранить для какого айди было зафиксировано

Я же в качестве примера. Имеется ввиду любой модуль который инкапсулирует данные адресов

так а если мы шарим эти адреса, это получится именно модуль адресов 🤔

Слишком упрощённый пример, что может привести к оверинжинирингу на ровном месте ради культа карго

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

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

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

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

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