Pull to refresh

Comments 11

В сторону hydrated_bloc для сохранения состояния не стали смотреть?

совсем не смотрел, в планах есть, но вряд ли скоро
пока на очереди graphQl и его кеширование
(это мне в реальном проекте надо)
В принципе всё описано здесь pub.dev/packages/hydrated_bloc
Отличие от обычного Bloc в том, что нужно только переопределить fromJson, toJson; HydratedBloc сам выполняет сохранение состояния. Т.е. не нужно заниматься написанием «хранилищ».
Классный вопрос, совсем это упустил. Порылся в provider, так как новая версия вышла совсем недавно, то нет готовых best practices.
Однако разработчики сразу предусмотрели этот момент и добавили callback. Пример, который получился ниже, github обновил.

Provider(
create: (_) => SwipesBloc(),
dispose: (_, SwipesBloc swipesBloc) => swipesBloc.dispose(),
),

Что-то мне кажется, что не круто делать такое геттером
void get resetCount => _actionController.sink.add(null);
Ох, давно я это писал :) Я бы там еще переписал отдельно shared preference — чтобы они независимо вызывались в репозитории и быстро менялись, например, на hive.

Про getter ока не понимаю, почему не круто, если поясните или пример дадите как лучше, то можем поправить статью и репу.
Геттер придуман как способ для доступа к полям класса. Ожидается, что он должен что-то возвращать.
Спасибо, согласен. Чуть позже запуллю изменения в репозиторий и статью.
Only those users with full accounts are able to leave comments. Log in, please.