BT
но чисто потому, что в большинстве случаев нет проблемы, если цепочка прошла не вся
Size: a a a
2020 February 18
BT
но это криво и я сам это вижу
DT
А это как единая транзакция ведёт себя?
BT
ну как "сейчас"
я им давно не занимаюсь
я им давно не занимаюсь
BT
А это как единая транзакция ведёт себя?
нет, в том и прикол
BT
я пробовал оба варианта, но с единой транзакцией было неудобно почему-то (не помню детали)
DT
А в чем смысл? Создание объекта включает в себя много шагов, которые либо должны быть выполнены все либо вообще никакие
BT
А в чем смысл? Создание объекта включает в себя много шагов, которые либо должны быть выполнены все либо вообще никакие
там были не только создания
BT
всякие работы с подписками и тд
так или иначе я тогда был еще маленький и многое сделал неоптимально
так или иначе я тогда был еще маленький и многое сделал неоптимально
DT
Я про объекты недвижтпости
BT
другой вопрос - я все еще не знаю, как сделать оптимально
BT
Я про объекты недвижтпости
это не самый правильный пример, там маленькая цепочка команд-ивентов
BT
больше проблем с подписками
BT
биллинг, другими словами
BT
чувак купил - активируй - поменяй статусы - сделай чет еще и тд
DT
Ну в любом случае ты разобрал систему на события, а потом сагами собираешь поток обратно, верно?
BT
идея была в этом, но я забил на саги в итоге
BT
но да, задумка была такая
BT
и добавить компенсации там, где они нужны
DT
щас ты не делаешь событийные системы?