Чел, ты вообще сказал что мобыкс синхронен лол

ЛОЛ

Ну если из-за больших методов нужно переходить на эффектор и для этого нужен флоу, то окей
Такая позиция понятна

Но имхо удобнее иметь пару больших понятных методов, чет 5-6 мелких что написаны чисто и красиво, но для этого нужно еще чет смотреть

вкусовщина и не более

по такой логике можно всё приложение писать в одном файле
не ну а что?
ещё на папки разбивать и файлы
"для этого нужно еще чет смотреть"
а так всё в одном
удобно же

ну эт немного разные вещи

Есть дни, услуги, бонусная программа

При редактировании элементов пересчитываются бонусы

При редакторивании некоторых дней пересчитываются некоторые услуги

Многие цены взаимосвязаны по коэффициентам

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

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

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

Уже представляю метод в 2000 строк в сторе мобх

Есть аналогичный проект на проде, никаких саг в торе и в помине нет. Там даже стоит старый мобыкс с декораторами, и ничего не валится

в 2000 нет
а в 50-80 вполне, если логики реально много

зато не нужно ничего искать в соседних сторах

Нету

нет
это всё одно и тоже
вопросы зоны ответственности
метод setActiveSomeEntity должен сетить someEntity
А не сетить someEntity и ещё вызывать другие сайд эффекты

Плюс)

Это должно инициализироваться в разных слоях, для расширяемости, удобства тестирования и тд

Основы программирования

Эффектор вот все это позволяет

я бы хотел сейчас написать за визуализацию графа в еффекторе
где можно увидеть весь флоу и не бегать по файлам
но тулза ещё в имплементации ((