Если вы используете Firebase
backend, то при каждом запуске приложения вы будете вызывать firebaseInstance.currentUser()
, чтобы проверить, авторизован он или нет, и эта проверка будет происходить из события bloc
, когда приложение запускает
Если вы не используете этот бэкэнд, то также при каждом запуске приложения вы будете вызывать какой-либо метод, чтобы проверить, действителен ли токен аутентификации (если существует), также через событие из bloc
Теперь HydratedBloc
может сохранить предыдущее состояние приложения, но предположим, что вы сохраняете предыдущее состояние, и пользователь не открывает приложение, пока не истечет срок действия токена, и вы используете HydratedBloc
, поэтому вы будете полагаться только на него, чтобы проверить ранее сохраненное состояние (состояние авторизации) и не используйте методы, описанные выше, поэтому в этом случае вы войдете в приложение НЕАУТЕНТИФИЦИРОВАННЫМ пользователем.
И если вы скажете, что я также буду выполнять вышеупомянутые методы, то какой смысл использовать это bloc
в данном случае?
Так что использование этой функции bloc
для этой функции
выглядит излишним