Comments 11
В сторону hydrated_bloc для сохранения состояния не стали смотреть?
совсем не смотрел, в планах есть, но вряд ли скоро
пока на очереди graphQl и его кеширование
(это мне в реальном проекте надо)
пока на очереди graphQl и его кеширование
(это мне в реальном проекте надо)
Расскажите пожалуйста прт его плюсы
В принципе всё описано здесь pub.dev/packages/hydrated_bloc
Отличие от обычного Bloc в том, что нужно только переопределить fromJson, toJson; HydratedBloc сам выполняет сохранение состояния. Т.е. не нужно заниматься написанием «хранилищ».
Отличие от обычного Bloc в том, что нужно только переопределить fromJson, toJson; HydratedBloc сам выполняет сохранение состояния. Т.е. не нужно заниматься написанием «хранилищ».
Где предполагается вызов dispose() для блока?
Классный вопрос, совсем это упустил. Порылся в provider, так как новая версия вышла совсем недавно, то нет готовых best practices.
Однако разработчики сразу предусмотрели этот момент и добавили callback. Пример, который получился ниже, github обновил.
Однако разработчики сразу предусмотрели этот момент и добавили callback. Пример, который получился ниже, github обновил.
Provider(
create: (_) => SwipesBloc(),
dispose: (_, SwipesBloc swipesBloc) => swipesBloc.dispose(),
),
UFO just landed and posted this here
Sign up to leave a comment.
Flutter BloC паттерн + Provider + тесты + запоминаем состояние