Есть идея включить в будущую версию API
сохранение состояний между обновлениями.
Поясню на примере.
Предположим, сервис, для которого мы делаем
провайдер, поддерживает долгоиграющие
сессии, т.е. достаточно один раз
залогиниться, сервис вернет номер сессии,
куку или авторизационный токен, и в
дальнейшем можно будет обращаться к
сервису без логина и пароля в течение
длительного срока. Сейчас логиниться
придется каждый раз, и если страница
авторизации не возвращает сразу требуемые
данные, то делается как минимум два вызова
сервиса - один на логин и второй на
получение данных. Если добавить
возможность сохранять полученные куки и
авторизационные токены, то два вызова
будут только в первый раз, а в следующие
разы будет уже всего один вызов - сразу на
получение данных.
Если сессия не очень долгоиграющая, то
после истечения сессии провайдер сделает
три вызова - первый с сохраненным токеном
вернет ошибку "сессия истекла", второй
вызов сделает новый логин, третий запросит
данные. В этом случае можно в настройках
аккаунта сделать параметр, который будет
указывать стратегию логина - каждый раз с
логином и паролем или один раз с
использованием токена, с последующим
обновлением по мере необходимости.
Original issue reported on code.google.com by i...@struct.me on 25 Apr 2013 at 10:22
Original issue reported on code.google.com by
i...@struct.me
on 25 Apr 2013 at 10:22