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

если всем нужен индекс, страна, город, а одному еще и улица, дом, квартира - то да, можно так

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

как по мне, доктрина нафиг не нужна, ну маппинг, удобно, но на этом всё 🤔

ты близок к разгадке - с сущностью работаешь доктриной с её мапиногом, а списки читаешь через DBAL нативными запросами

еще такой вопрос, что по поводу VO в сущностях как embedded?)

а что с ними не так?

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

что означает сущность ddd ?

ну в терминах ddd)

И причем здесь доктрина?

ddd не про код

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

хотел какие то плюсы/минусы услышать, впервые так делаю, пока все ок, если не учитывать что некоторые VO довольно жирные и бывают nullable поля
получается табличка на 100500 полей, да, меня не должно особо волновать как оно в бд лежит, но все же, настораживает

у нас проблема скорее всего не в embedded

еще пример, более конкретный
у сущности (которая корневой агрегат) есть статусы, есть определенное действие, которое переводит в след статус, при условии что некоторые ее агрегаты в таком то состоянии.. как проверять эти агрегаты? передавать в наш метод корневого агрегата репозитории, чтоб корневой агрегат достал эти агрегаты и проверил?
там нет доктриновских one2many, у агрегата просто есть айдишник его корневого агрегата

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

это доменная логика, уже точно не в контроллеры)

ну на те же сервисы, события, куда хош

embedded минус что ты не повесишь связь на неё

тогда будет не rich.. понятное дело, не получится все доменную логику сосредоточить в агрегате
а зачем тогда rich model вообще нужен? ну лично в моем случае

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