Pull to refresh

Comments 9

Как и у bloc, у flutter_redux очень много бойлерплейта. Перепробовал многие стейт менеджменты в Flutter, и остановился на связке Provider и flutter_mobx.

ок. спасибо… посмотрим в эту сторону.
В формальной логике причина предшествует следствию, у вас наоборот. В статье нет ответа на вопрос чего ради притаскивать за уши redux туда, где он как козе баян. Какие проблемы flutter-a вы решили. Чем это лучше statefull виджетов (хуже). Учитывая, что от редакса, осознав его ущербность и сложность на ровном месте, и в джаваскрипте то бегут в mobx, всё это напоминает попытку впихнуть невпихуемое куда только можно.
Поддержку @pawlo18. Натягиваем сову на глобус.
Я не эксперт, но Flutter обладает statefull виджетами — раз. В React — сообществе потихоньку идет отказ от redux в сторону hooks — два. И в Flutter можно прикрутить какой нибудь sqllite (это не точно)
Какая связь между управлением состояниями и SQLite?
такая что стейт зачастую надо хранить в энергонезависимой памяти, а не только озу, и sqlite тут то, что доктор прописал ибо она умеет и туда и туда
Как я понимаю StoreConnector является statefull виджетом который обновляется целиком при изменении стейта. Тогда не очень понятно как обновлять только часть экрана при изменении только части стейта. Это же заявлено как одно из преимуществ флаттера, обновлять не экран целиком, а небольшие виджеты.
З.Ы. Может ошибаюсь, пока сам не щупал все это, сужу чисто по статье.
Сам же отвечу на свой вопрос, судя по тому что читал несмотря на то что все дерево помечается как dirty — перерендериваются все равно только изменения ориентируясь по дереву элементов по типу связанных виджетов и их ключам. Так что это не настолько плохо как я боялся. Конечно дергается didUpdateWidget который может быть тяжелым или аффектить на произвоидетельность при большом количестве виджетов, возможно еще что то дергается, но все равно ситуация более менее норм.
Sign up to leave a comment.

Articles