Комментарии 11
В сторону hydrated_bloc для сохранения состояния не стали смотреть?
+1
совсем не смотрел, в планах есть, но вряд ли скоро
пока на очереди graphQl и его кеширование
(это мне в реальном проекте надо)
пока на очереди graphQl и его кеширование
(это мне в реальном проекте надо)
0
Расскажите пожалуйста прт его плюсы
0
В принципе всё описано здесь pub.dev/packages/hydrated_bloc
Отличие от обычного Bloc в том, что нужно только переопределить fromJson, toJson; HydratedBloc сам выполняет сохранение состояния. Т.е. не нужно заниматься написанием «хранилищ».
Отличие от обычного Bloc в том, что нужно только переопределить fromJson, toJson; HydratedBloc сам выполняет сохранение состояния. Т.е. не нужно заниматься написанием «хранилищ».
0
Где предполагается вызов dispose() для блока?
0
Классный вопрос, совсем это упустил. Порылся в provider, так как новая версия вышла совсем недавно, то нет готовых best practices.
Однако разработчики сразу предусмотрели этот момент и добавили callback. Пример, который получился ниже, github обновил.
Однако разработчики сразу предусмотрели этот момент и добавили callback. Пример, который получился ниже, github обновил.
Provider(
create: (_) => SwipesBloc(),
dispose: (_, SwipesBloc swipesBloc) => swipesBloc.dispose(),
),
0
НЛО прилетело и опубликовало эту надпись здесь
Ох, давно я это писал :) Я бы там еще переписал отдельно shared preference — чтобы они независимо вызывались в репозитории и быстро менялись, например, на hive.
Про getter ока не понимаю, почему не круто, если поясните или пример дадите как лучше, то можем поправить статью и репу.
Про getter ока не понимаю, почему не круто, если поясните или пример дадите как лучше, то можем поправить статью и репу.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Flutter BloC паттерн + Provider + тесты + запоминаем состояние