Всем привет

Так и сделано! Разве нет?

У тебя в блоке, в конструкторе нет @Named

Как реализовать это таблица ?

Как реализовать это таблица?

А он нужен разве?

Прочитай ошибку, что пишет?

Ну, прочитай. Что пишет?

ошибку аннотации. Однако аннотации везде прописаны вроде...

Добрый день! Подскажите, плиз, как нужно реализовать следующий функционал:

При запуске приложения ищем пользователя в базе (запрос к бэку). В зависимости от результата есть 3 варианта действий:
1) Пользователя нет - редирект на Login
2) Анкета пользователя не заполнена - редирект на Anketa
3) Анкета заполнена и все ок - редирект на Main


Сейчас реализация такая: В стейте provider создается экземпляр User. При создании User отправляется  запрос на бэк и сделаны редиректы (прямо из метода User), с помощью GlobalKey<NavigatorState> , на нужные страницы.

Для начала тебе нужен базовый класс UserEntity

и минимум 2 его реализации:
AuthenticatedUser и NotAuthentiucatedUser

Что касается редиректа на аутентификацию - это однозначно надо делать через интерцепторы/мидлвари.
Любой запрос оканчивающийся на 401/403 (или его аналог) - должен сайд эффектом бросать на аутентификацию

Также через мидлварь и анкету, если она обязательна для заполнения в вашем приложении.

Тоесть это должен быть эксепшен от бэка

Ребя как в SQFLite делать bulk update ? только циклом ?

попозже отвечу

Использую firebase как бэкэнд. Вариант проверки авторизации через firebase (FirebaseAuth.instance.currentUser) допустим?
То есть написать middleware для navigation, и проверять, что user соответсвует указанным критериям?


Как поступить при инициализации приложения, пока user еще не создан?

Сейчас что-то такое. Добавлю в provider поле isLoading, и буду показывать спинер, пока идет загрузка с бэка

Единственно верный вариант получения актуального состояния из фаербейза - подписка на его стрим