а чем так хорош блок я так и не понял

кроме популярности

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

Ну и то и то реактивная концепция

Гугловая рекомендация

Не совсем.
Точнее я бы не назвал это рекомендацией

Их как раз две - преобразование стейта и события порождающие состояния

Да, в релиз-сборке много оптимизаций для ускорения, бывает, что это приводит к потерям данных.  Такое не первый раз, процедура известна.

Надо выделить минимально работающий кусок куда, на котором эффект присутствует (то есть по-разному работает в дебаге и релизе).  Сделать из него минимальный проект (main.dart < половины экрана, чем меньше строк, тем лучше, хорошо, если всего один виджет).  И засабмитить в https://github.com/flutter/flutter/issues

Вот пример аналогичной проблемы (тоже по-разному работало в дебаге и релизе), решили за 7 дней: https://github.com/flutter/flutter/issues/22796

Ну вот я использую единый блок на все приложение

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

Хочу сделать возможность обработки событий в заранее заданых изолятах/сервайс вокерах.
Хочу написать стрим трансформер на замену asyncExpand

Добавлю 2 функции:
whereState<T>()
и
whereStateTransition<T>()
или тип того

первое это просто шоткат к where((State state) => state is T)

А второе примерно тоже самое, но возвращает также предидущий стейт УДОВЛЕТВОРЯЮЩИЙ томуже условию

И будет малыш редаксо-блок.
Единственный в мире редаксо-блок.
Редаксо блооок

мб на редакс перейти тогда
в чем приемущество твоего подхода? 🤔

А в чем минус моего подхода?)

Я прост пришел не из веб девелоперов и моему сердцу как то ближе подход Событие порождающее Состояния

А этим по сути они и отличаются, насколько понимаю

Ну и у меня именно события (точнее то от какого миксина они отнаследовались) будут определять выполняются в основном потоке или уходят в изолят/сервайс вокер

Добрый день ребята