SP
риски внесения изменений в такую систему просто ух как взлетают
Size: a a a
2021 April 22
SP
я писал выше как
SP
без приоритетов, явно выстраивать цепочки взаимодействий
SP
есть зависимости - это должны быть либо разные ивенты либо вообще не ивенты
SP
если у тебя приоритеты выставлены то они так же "догадываются" что кто-то должен чет еще сделать
SP
может быть это выглядит как "нет зависимостей" но temporal coupling остался
SP
если они выполняют свою часть работы то им не важно в каком порядке и как следствие нет приоритетов
SP
а если важно - у тебя temporal coupling и они знают друг о друге, просто неявно и хер проссыш такое пока не подебажишь
SP
и вот когда зависимости неявные - это прям адок
AL
Вы описываете совсем запущенный случай. У меня было попроще, посреди транзакции по postPersist дергался листенер который флашил свои изменения.
Мне кажется граф событий не сильно жизнь упрощает. Вариант с выкидыванием следующего события кажется и проще и правильнее. Хотя без контекста тяжело конечно делать какие-то выводы.
Мне кажется граф событий не сильно жизнь упрощает. Вариант с выкидыванием следующего события кажется и проще и правильнее. Хотя без контекста тяжело конечно делать какие-то выводы.
SP
а там не оч много надо что бы "это проще" превратилось в "это неконтролируемый пиздец"
SP
"это проще" когда у тебя листенеров на всю систему с десяток (у меня их больше сотни) и когда над проектом работает человек 4-5 (можно договориться и более менее люди вкурсе). А когда людей 20+ уже "не проще и лучше делать все для тупых и явно"
SP
p.s. просто наброшу ради случая что странно юзать доктрину людям которые топят за какие-то там абстракции в бизнес лэйере) может быть "интерфейсов" инфраструктуры там нет зато есть проектирование модели данных под UI
ES
согласись что если на эти грабли не наступишь то не осознаешь)
SP
есть такое, и можно придумать пару упражнений что б люди боль прочувствовали
SZ
это была шютка) не думал что у кого-то таке