ДЩ
Значит тебе нужен ещё один блок который хранит данные авторизации
Size: a a a
2020 September 27
DK
И он будет при обновлении данных авторизации заново инициализировать инстанс api с новым токеном ?
t
почему не описать приложение как набор состояний?
t
тогда проблемы не будет, кто туда записывает непринципиально
DK
почему не описать приложение как набор состояний?
Я еще морально не собрался с силами чтобы осилить redux
t
так попробуй )
DK
так попробуй )
Вот, 0 вопросов, возьмешься выучить меня на редакс ?
t
все, что нужно разделить состояние и изменение этого состояния на 2 части
t
давай выучим, там делов то на пол часа
ДЩ
И он будет при обновлении данных авторизации заново инициализировать инстанс api с новым токеном ?
Да
MN
А BLoC делает не то же самое?
t
блок делает то что там напишет разработчик как угодно и что угодно
S
А BLoC делает не то же самое?
BLoC это логика вьюшки
ДЩ
Не обязательно вьюшки
☕
блок делает то что там напишет разработчик как угодно и что угодно
И если прямые руки то это будет быстро и эффективно, как с точки зрения трудозатрат так и с точки зрения конечно результата)
☕
BLoC это логика вьюшки
Это архитектура а не вьюшки
RV
Не обязательно вьюшки
+
ДЩ
Buisness logic component
ДЩ
Смысл блока отделить логику от ui и данных
S
получается логика любого виджета?