freezed в MVU кстати тоже юзается :) Модели все на нем чтобы обновлять стейт при изменении и обновлять сами модели через copyWith в update функциях

Я пока пакет еще не выпустил :) Если потребуется – выдам линку на гитхаб

По сути в кубит так можете написать)

Все равно же ручками придется присваивать и менеджить стримы. Тут без билдеров через кастомный виджет View

.

метод view получает и отображает актуальную модель, изменения стейта через мессенджи в update. ручками ничего не присваивается и не менеджится

Это ваше реализация стойте менеджмента ?
Любопытно 🤔
Ждём)

Порт архитектуры MVU/TEA на Flutter :)

классическая элмовская архитектура

То что надо )
Очень иниересно...
Успехов Вам )

Спасибо! :)

У меня, немного тупой вопрос ...
Я часть кода (ну блок настроек / профиль итп) держал в inheritedwidget который слушал стрим от блока и сохранял его ...
Вчера меня наш форумчанин подбил на эксперимент по замене inheritedwidget на. BlocProvider (да они очень похожи, однако в литературе писали что мол состояние держит только для 1 вызова build.....)
Вопрос простой , в глобальном мулттипровайдере есть n блоков , и условно , блок который через di шерит свое состояние вниз по дереву контекста , тут вроде все понятно, но...
Событие я получаю слушая другой блок , и подаю в конструктор уже ссылку BlocProvider'a

Тюидет примерно так Мультипровайдер(Блок провайдер для блока А;
Блок провайдер Блока Б(BlocProvider. Of()...

Думаю, уверен, неверно располагаю блрк , который слушает состонияние блока А...

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

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

Главное её забыть в create:(context) написать

Вопрос в передаче в конструктор блока Б  ссылки на блокпровайдер от Блока А (его я слушаю )