A
Ощущение такое. Проблема в том, что блок, который я запросил в initState отличается от того, что приходит на n-й вызов метода build
Size: a a a
2019 November 15
Ю
Нормально если меняется, инит только при создании виджета
A
То что init работает единожды и семетричен dispose я знаю, вопрос в другом, почему состояние родительского виджета (State) может менятся между вызовами дочернего initState - build - build - <…> - build
A
Почему нехорошо?
Вполне себе.
И вполне логично, если ты чтото убиваешь в dispose, то это что то должно быть создано в initState
Вполне себе.
И вполне логично, если ты чтото убиваешь в dispose, то это что то должно быть создано в initState
Хм, читаю оф доки и или я чет не верно трактую, но если в State используется некоторый объект умеющий менять состояние (наш Bloc), то необходимо еще реализовать логику отписки от старых объектов и подписку на новые в методе didUpdateWidget
🅵
Хм, читаю оф доки и или я чет не верно трактую, но если в State используется некоторый объект умеющий менять состояние (наш Bloc), то необходимо еще реализовать логику отписки от старых объектов и подписку на новые в методе didUpdateWidget
Я с ходу не подскажу, у меня один единственный блок на все приложение, объявляется еще до запуска.
Так что сори)
Так что сори)
A
Да, это оно, в описании didUpdateWidget указан именно мой кейс
A
Я с ходу не подскажу, у меня один единственный блок на все приложение, объявляется еще до запуска.
Так что сори)
Так что сори)
Если вышен него нет Statefull виджета - у тебя будет все ок
🅵
Ну он до MaterialApp всегда у меня
🅵
А так, размещай повсюду принты/логгеры и смотри как и чо у тебя создается
A
Вот именно, что смотрю и удивляюсь
A
и видимо все работает чутка сложнее чем я думал
T
Я с ходу не подскажу, у меня один единственный блок на все приложение, объявляется еще до запуска.
Так что сори)
Так что сори)
Вся логика в сервисах, а единым блоком только связка?
🅵
Вся логика в сервисах, а единым блоком только связка?
Да, тип того
🅵
БЛоК принимает события, сортирует их, вызывает определенные методы, которые дергают разные провайдеры и возвращает назад ряд состояний на их основе
A
У меня приложение с возможностью переключать аккаунты. Есть глобальный блок со стримом, какой аккаунт выбран, если пользователь переключает аккаунт, в стрим летит ивент и в некотором месте, некоторый StreamBuilder внутри пересоздает BlocProvider с другим ключем и уже с данными другого пользователя. Но вот на экране, который использует этот блок я заметил, что в initState Я получил пользователя 1, после переходу на пользователя 2, в build вызывая провайдер уже новый блок, но в поле стейта остался старый.
🅵
У меня приложение с возможностью переключать аккаунты. Есть глобальный блок со стримом, какой аккаунт выбран, если пользователь переключает аккаунт, в стрим летит ивент и в некотором месте, некоторый StreamBuilder внутри пересоздает BlocProvider с другим ключем и уже с данными другого пользователя. Но вот на экране, который использует этот блок я заметил, что в initState Я получил пользователя 1, после переходу на пользователя 2, в build вызывая провайдер уже новый блок, но в поле стейта остался старый.
Вряд ли тебе тут подскажут, что ты делаешь не так)
🅵
Не потому что сложно, а потому, что слишком уж расплывчато то, что там у тебя происходит)
A
Вряд ли тебе тут подскажут, что ты делаешь не так)
Мне не нужно решение, я был бы рад любым размышлениям, которые помогут мне отыскать истину
🅵
В лучшем случае ты можешь создать тестовое приложение и воспроизвести проблему там
🅵
На мой взгляд - это лучший способ разобраться