ну по факту это оно и есть

в AggregateRoot просто логика для ивентов

хммм, этому точно место в домене?

при этом можешь сам это навелосипедить

хммм, этому точно место в домене?

твои аггрегаты должны куда-то пихать ивенты, т.е. какая-то реализация recordThat

кто-то в жава community предлагал вариант класса EventStore со статическими методами, другой вариант трейты или вот наследование, что одно и тоже почти

можешь сам это реализовать у себя в домене, это жертва, которая скорее всего, стоит того)

мне просто не нравится, что домен знает о ES что-то в принципе

в инфраструктурный уровень это вынести - плохая идея?

ES и есть домен

ну да

event sourcing это как раз домен

https://www.youtube.com/watch?v=8JKjvY4etTY

есть еще где он в шортах это же самое рассказывает

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

а вот с кодом...

ну, смотри, твоя модель пушит куда-то ивенты и потом получает их, для изменения стейта

когда ты решил, что es не, то тебе надо пересмотреть всю модель

да, это понятно, что переделывать придется

ну, т.е. смотри, при es ты продумываешь, не что действия меняют, а какие есть действия

чем система живет

а что они меняют ты всегда успеешь добавить

т.е. типа event storming явно в код переносишь

ну евенты можно оставить те же самые, просто в обработчиках не записывать евенты, а изменять сущности

ага, может добавлять покупки, может делать заказ

может делать срочный заказ

тогда почему не прижилось?)

если все можно оставить

если все можно оставить, тогда и париться не надо, лол)

ну я говорю именно про переход от тру ес к псевдо ес

так а че, на твою модель это ж не влияет

логично

хранишь ты эти ивенты или нет

ну да, этим уже инфраструктура занимается

меня больше лишнее наследование напрянает)

но вот чтобы сами ивенты сохранить в модель

проще заюзать простой сниппет

это даже не сохранение в модель их просто надо как-то из модели прокидывать, твой агрегат должен мочь сказать ВОТ ЭТО ВОТ ПРОИЗОШЛО

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

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

не совсем понял

ну в смысле, какая разница откуда приходят апдейты?

чтоб откатить эти действия - не достаточно лишь убрать эти записи - нужно делать запросы в другое приложение

https://rclayton.silvrback.com/do-you-really-need-a-uuid-guid блят :с

хрен переспорю чувака

придется нарушать принципы cqrs, по ходу, и ждать айдишник, и потом возвращать его из команды :с

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

что тоже говно

стоп, я же могу юзать uuid, но оставить и автоинкрементное поле рядом, и индексы по нему строить

но тогда выборка where uuid= :uuid будет медленной

сложные приколы

> Короче, я никакого конфликта в AC не вижу ты ничего не нарушишь в принципе. Янг в одном из своих докладов говорил что смысл не в том что хэндлеры команд void, смысл в разделении ответственности

желательно что бы операции чтения и записи были максимально независимы

чтоб откатить эти действия - не достаточно лишь убрать эти записи - нужно делать запросы в другое приложение

а ты действия никогда не убираешь

но это не условие

ивенты иммутабельны

если надо что-то отменить, то значит есть действие типа CancelSmth

> Короче, я никакого конфликта в AC не вижу ты ничего не нарушишь в принципе. Янг в одном из своих докладов говорил что смысл не в том что хэндлеры команд void, смысл в разделении ответственности

он еще говорил, что вы практически никогда void не увидите)

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

еще раз

ивенты имутабельны

ты их никогда не удаляешь

я не про удаление говорю

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

я не про удаление говорю

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

ты ж не удаляешь коммит и git push --force

ты скорее всего сделаешь git revert

ERROR: S client not available

и создастся новый коммит (новый ивент)

который полностью инвертирует действие

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

ты ж не удаляешь коммит и git push --force

пфф

> просмотреть состояние систем на какое-то число, допустим у тебя есть цепочка событий, ты можешь вычислить любой стэйт

на любое число)

но я хз чего ты вообще к event sourcing прицепился. Насколько я понял у тебя что-то типа агрегатора, нет?

пфф

ну, в дев-ветках треш и угар)

@fes0r ну вообще, корневой сущности одного агрегата надо бы полноценный евент-сорсинг воткнуть, ибо часто бывает нужно узнать стэйт на определенную дату, ну и китайские менеджеры - те еще рукожопы, и без кнопочки "undo" в системе очень тяжко))

Грег Янг что ли SICP читает https://github.com/gregoryyoung/cmal или чего это вдруг)

> @mkusher так в CISP же ским, а не лисп

который диалект лиспа

ну да

но погодь, он тип делает свой лисп?

ну наверное

там ж просто в последней главе

пилят компилятор

а, ну да

только не на си конечно)

но может он сделает маленький компилятор лиспа, чтобы потом на лиспе сделать нормальный компилятор лиспа)

))))

теории теории

Слушайте)

еще вопрос)

https://getcomposer.org/

if(!in_array($result['category_name'], $categories_related)){ $categories_related[]= array( 'category_id' => $result['category_id'], 'category_name' => $result['category_name'], 'products' => array() ); }

как потом products заполнить?

foreach ($categories_related AS $category_related){ foreach ($data['products'] AS $product){ if($category_related['category_id']==$product['category_id']){ $category_related['products'][]=$product; } } }

так?

как тебе надо так и заполняй, лол)

так не получается..