🅵
Тобишь былоб здорово избавится от skip подправив условия в where
Size: a a a
2020 April 10
SS
После skip
я потнял, но как раз firstWhere not Loading сам себя объясняет вот почему )
PK
я сделал так
onRefresh: () {
// ignore: close_sinks
final BookBloc bloc = context.bloc();
bloc.add(Refresh());
return bloc
.skip(1)
.firstWhere((state) => state is! Loading);
},Здорово, работает, а можно ещё как то оставлять на экране те данные которые есть...
SS
Тобишь былоб здорово избавится от skip подправив условия в where
согласен можно покумекать
🅵
я потнял, но как раз firstWhere not Loading сам себя объясняет вот почему )
Ну вот былоб здорово расширить firstWhere
🅵
Добавив там еще 1 условие на стейт
🅵
Который ты также хочешь избегать после эвента
SS
Ну вот былоб здорово расширить firstWhere
не, не выйдет
нужно тогда знать предыдущий стейт
нужно тогда знать предыдущий стейт
SS
Который ты также хочешь избегать после эвента
например ошибка
придётся раздувать where
а так можно int skipCurrent =1
и не будет магических цифр
придётся раздувать where
а так можно int skipCurrent =1
и не будет магических цифр
🅵
А, я понял, ты таким макаром избегаешь поведения BehaviorSubject коим является поток состояний.
Тебе нужен как раз ванильный StreamController.broadcast aka PublishSubject
Тебе нужен как раз ванильный StreamController.broadcast aka PublishSubject
🅵
Тобишь отсеиваешь состояние на момент подписки.
SS
А, я понял, ты таким макаром избегаешь поведения BehaviorSubject коим является поток состояний.
Тебе нужен как раз ванильный StreamController.broadcast aka PublishSubject
Тебе нужен как раз ванильный StreamController.broadcast aka PublishSubject
это валидно для нового потока, а в блоке поток стейтов один
можно сделать метод блока skipCurrent
или future until not loading
можно сделать метод блока skipCurrent
или future until not loading
🅵
Только тут ты не получишь другую багу?
🅵
Тобишь смотри, когда подписываешься на свежесозданый блок - первого состояния не будет и ты пропускаешь следующее состояние вызваное твоим эвентом.
Если подпишешься на уже существующий - получишь как раз вот это последнее состояние у предидущего эвента.
Если подпишешься на уже существующий - получишь как раз вот это последнее состояние у предидущего эвента.
SS
Тобишь смотри, когда подписываешься на свежесозданый блок - первого состояния не будет и ты пропускаешь следующее состояние вызваное твоим эвентом.
Если подпишешься на уже существующий - получишь как раз вот это последнее состояние у предидущего эвента.
Если подпишешься на уже существующий - получишь как раз вот это последнее состояние у предидущего эвента.
в блоке всегда есть состояние - он же Behave Subj
🅵
в блоке всегда есть состояние - он же Behave Subj
А, точно, там initialState
🅵
Понял, резонно
SS
А, точно, там initialState
поэтому читабельнее
в блоке сделать
Future waitUntilNotLoading и скрыть там весь rx
в блоке сделать
Future waitUntilNotLoading и скрыть там весь rx