PD
Странное утверждение.
Валидация целостности сущности - внутри модели.
Валидация целостности системы - вне модели.
Size: a a a
2021 July 06
LV
Вся проблема ddd в том, что он должно приводить. Но есть ряд болей, типа работы с большими коллекциями в агрегатах, которые может и приводят
PD
При таком подходе доменные модели меняются крайне редко (что сильно упрощает и проектирование и поддержку), меняются только процессы с ними
PD
Приводить к чему?
PD
Что именно в DDD мешает анемичным сущностям?
LV
Если у тебя состояния объектов меняются вне самого объекта, а кем-то снаружи (я не про get), то я бы не стал называть это ddd
LV
В моем понимании ddd - подход ddd
PD
Что значит "меняются"? Снаружи приходит событие, при реакции на которое меняется состояние.
И это событие порождается какой-то бизнес-логикой.
И это событие порождается какой-то бизнес-логикой.
PD
Но объект не знает про бизнес-логику вне его (про конкретные процессы использования объекта), это не его зона ответственности.
Товару пофиг, кто его купил - юрик или физик.
А физику пофиг, какой товар он покупает и каким образом.
Связи - они в процессе, а не в сущностях
Товару пофиг, кто его купил - юрик или физик.
А физику пофиг, какой товар он покупает и каким образом.
Связи - они в процессе, а не в сущностях
LV
Это не утверждение. Это мотивы создания hibernate - решить одну из проблем практического применения ddd. собственно в implementing ddd глава про работу с хранилищем состоит из двух частей - hibernate одна, mongo - другая.
PD
Ох, вечно нормальную идею портят плохими средствами )
PD
(Просто и хибер и монга - весьма сомнительные средства...)
LV
Насколько я понял, на текущий момент прям хорошего и правильного решения как работать с хранилищем в ddd нет. В чате про ddd мне толком не ответили, а там сильные ребята
PD
Ну, на мой взгляд DDD - это вообще про взаимодействие продуктов, а не про реализацию )
PD
То есть это про нарезку даже не микросервисов, а групп микросервисов.
LV
Наиболее близкое - orm а-ля hibernate или документоориентированное хранилище.
LV
Мне кажется, ты придумал что-то свое и назвал это ddd
PD
Да нет, вроде бы все то же - bounded context, агрегаты, события....
LV
Изначально ddd это все-таки про реализацию программы, а не системы.