DE
Roman Dykyi
В рамках DDD подхода в разработке я могу шарить VO других контекстов между собой или общение должно происходить только через агрегат?
В каждом контексте свои VO
Size: a a a
2020 December 01
RD
Спасибо может есть пруфы? я не могу доказать это своему СТО
DE
Roman Dykyi
Спасибо может есть пруфы? я не могу доказать это своему СТО
Пруфы чего? Что контексты должны быть ограниченными?
RD
а как это их ограничивает если у меня есть агрегат и в нем есть VO. можно ж сделать aggregat->vo и я получил доступ к VO то почему не использовать vo напрямую
I<
если бы симфонёвый дисптачер не был мусоркой из 10+ методов, то было бы норм
Он переусложнён из-за того что бы поддерживать ленивые листенеры из Симфонивского сервис контейнера.
DT
Roman Dykyi
а как это их ограничивает если у меня есть агрегат и в нем есть VO. можно ж сделать aggregat->vo и я получил доступ к VO то почему не использовать vo напрямую
потому что infromation expert
Р
В каждом контексте свои VO
Даже если vo однотипные, например uuid?
АС
uuid - это тип
АС
а не VO
Р
uuid - это тип
Спасибо, кэп
RD
ok Money, Email
АС
вряд ли у вас есть "изолированное" значение типа uuid
АС
Roman Dykyi
ok Money, Email
это тоже типы
АС
смотрите
АС
Money - это тип
TransactionAmount - может быть VO
TransactionAmount - может быть VO
АС
разницу чувствуете?
RD
да, хорошо давайте обсудим TransactionAmount
RD
его можно шарить в контекст аналитики например если он лежитт в контексте платежки?
DT
аналитика это вообще другая вселенная)
DT
слишком широкий пример