Авторизация, восстановление сессии, установка токена, правка api доков, NSCoding моделей #395
Conversation
|
В чём проблема с приложением? |
|
@Dreddik кейс когда хочется войти под другим аккаунтом, нежели в офф клиенте. |
|
Это плохая практика, надо убрать |
|
Мне было бы интересно услышать аргументы в пользу этой самой плохой практики. |
|
Вынуждая пользователя игнорировать приложение, вы теряете пользователей/игроков, потому что людям нужно всё время вводить логин/пароль. Авторизация через приложение и задумывалась для того, чтобы легко и в пару нажатий залогиниться в приложении или игре. |
|
В приложении предполагалось сделать выбор - через приложение либо через браузер. Причём второй выбор в виде маленькой подписи. |
| @@ -35,6 +35,7 @@ | |||
| static NSString *const HTTPS_REQUIRED = @"https_required"; | |||
| static NSString *const CREATED = @"created"; | |||
| static NSString *const PERMISSIONS = @"permissions"; | |||
| static NSString *const LOCAL_USER = @"local_user"; | |||
|
По поводу кейса с принудительным открытием в сафари. По этому поводу есть ишью в репе vk-android-sdk: VKCOM/vk-android-sdk#101 |
Раз Сделал возможным принудительно не открывать приложение для авторизации, даже если оно есть. Для этого добавил в перечисление
VKAuthorizationOptionsэлементVKAuthorizationOptionsDisableApp.Два Добавил в wakeUpSession параметр для восстановления сессии без интернета.
Старый метод работает по прежнему.
Три Открыл метод
[VKSdk setAccessToken:]для ручной установки токена.Четыре Добавил в VKApi доступ к api доков. Добавил в модель доков новое свойство
type.Пять Все модели имплементят класс NSCoding. Для того, чтобы токен правильно восстанавливался (вместе с localUser), потребовалось, чтобы VKUser имплементил NSCoding. По коду было удобнее сделать это с VKApiObject.