Самое лучшая идея агрегата что я слышал: это entity, который может взаимодействовать через границы bounded context, т.е. агрегат можно адресовать снаружи (послать ему сообщение), можно уведомить внешние системы об изменениях в агрегатах. Вообще DDD я бы рассматривал сначала сверху-вниз в противовес снизу-вверх (как оно там на hibernate/mongo/etc мапится и пр).
Event скорее всего не может быть Value object потому что каждое событие уникально. Вы не можете сделать взаимозаменяемыми их даже если все поля в двух событиях одинаковые.
Если со временем правила для value object поменялись, и некоторые значения в базе стали невалидными, то как их выгружать из базы? Если из 3-й системы, на которую ты никак не можешь повлиять, летит невалидная фигня, останавливать работу всех сервисов?
По первому вопросу - вы из БД в любом случае грузите условные DTOшки и потом думаете как их манить на доменную модель, так что это не проблема. По второму, это к бизнесу же вопрос можно задать. Но как правило невалидную фигню можно фильтровать и сигналить ошибку.
Самое лучшая идея агрегата что я слышал: это entity, который может взаимодействовать через границы bounded context, т.е. агрегат можно адресовать снаружи (послать ему сообщение), можно уведомить внешние системы об изменениях в агрегатах. Вообще DDD я бы рассматривал сначала сверху-вниз в противовес снизу-вверх (как оно там на hibernate/mongo/etc мапится и пр).
А где ссылка на тот проект-пример?
Event скорее всего не может быть Value object потому что каждое событие уникально. Вы не можете сделать взаимозаменяемыми их даже если все поля в двух событиях одинаковые.
Почему-то Георгий всегда намного тише, чем остальные. Звук нельзя выровнять?
Спасибо за обратную связь, сделаю микрофон громче
Если со временем правила для value object поменялись, и некоторые значения в базе стали невалидными, то как их выгружать из базы?
Если из 3-й системы, на которую ты никак не можешь повлиять, летит невалидная фигня, останавливать работу всех сервисов?
По первому вопросу - вы из БД в любом случае грузите условные DTOшки и потом думаете как их манить на доменную модель, так что это не проблема.
По второму, это к бизнесу же вопрос можно задать. Но как правило невалидную фигню можно фильтровать и сигналить ошибку.
Не хочу показаться грубым, но если вырезать Николая, сократится только время видео.