Какая должна быть структура онлайн-приложения с авторизацией?
Есть приложение, чат. Состоит из главного Activity с двумя фрагментами и еще нескольких дочерних Activity. Во всех активити и фрагментах есть необходимость отправлять запросы на сервер. Для запросов есть отдельный класс с листенером для результата. Все запросы должны быть только под авторизацией и при каждом запросе приходит соответствующая информация. Для этого уже есть готовый аутентикатор, который возвращает токен, добавляет в систему аккаунты и прочее. Вопрос в том, как это все грамотно соединить?
Есть варианты:
1. Вынести всю обработку по авторизации в главное активити и в случае необходимости отправлять туда соответствующее оповещение из других дочерних активити (с помощью startActivityForResult()) и фрагментов. Минус в том, что придется прорабатывать все возможные взаимосвязи.
2. Вынести всю работу с запросами в отдельный сервис и пытаться оттуда взаимодействовать с активити. Тогда необходимость об авторизации будет всегда внутри одного сервиса.
3. Встроить обработку авторизации в класс для запросов. В принципе, удобно, но есть свои сложности.
Давно не писал под андройд, но я бы вынес весь функционал по авторизации, отправке-приемке данных в отдельный класс - расширил бы "Android Application class"
Вот, это как раз мой третий вариант. А как бы вы в таком случае обходили проблему с разными потоками? Ведь в случае внезапного возникновения необходимости в авторизации, все параллельные потоки могут начать одновременно вызывать форму авторизации. Просто булев флаг и отбрасывание всех запросов, пока флаг существует?
Обычно авторизация происходит в самом начале, но если у Вас по бизнес-логике по-другому, то да, булев флаг у этого же класса, и вывод активити в котором производится авторизация
