DmitriyM2011 May 7 2012 at 18:20

ВКонтакте Android SDK

2 min

65K

Java*Development for Android*VK API*

+27

Comments 45

esc May 7 2012 at 18:26

А как сохранить логин/пароль, чтобы не заставлять пользователя каждый раз его вводить?

MrLoki May 7 2012 at 18:39

access_token многоразовый, достаточно сохранить его.

vasart May 7 2012 at 18:43

Использовать android.accounts.AccountManager было бы гораздо удобнее, чем писать свой велосипед с хранением токена

MrLoki May 7 2012 at 18:46

Эм… Я не говорил ничего о конкретной реализации, но какой бы она не была хранить токен всё равно придется, вообще то. По ссылке подробнее.

DmitriyM2011 May 7 2012 at 18:57

Всё правильно, достаточно сохранить токен и пользоваться им сколько угодно. Где хранить дело ваше. Можно в AccountManager, можно в SharedPreferences. Учтите, что если вы сохранили пароль в AccountManager, то вам придётся запретить установку приложения на SD. Аккаунт удаляется из AccountManager если отмонтировать карту. С SharedPreferences такой проблемы нет.

esc May 7 2012 at 18:56

А, понятно. Видел в конкурсе на лучшее приложение упоминание о том, что участникам конкурса будет выдана возможность прямого логина через api без использования webview. Думал, без этого придется каждый раз запрашивать логин/пароль и это убьет сторонние реализации мессенджера.

DmitriyM2011 May 7 2012 at 18:59

Не правильно. Токен, полученный через WebView, можно сохранить и пользоваться им сколько угодно. Просить пользователя повторно вводить пароль не требуется.

esc May 7 2012 at 19:01

Ну да, я уже понял, что неправильно. А еще вопрос — можно залезть внутрь webview и поменять дизайн того, что там есть? js исполнить или как-то так? Чтобы окошко логина не выбивалось из общей стилистики приложения.

MrLoki May 7 2012 at 19:07

Вроде можно вообще без webview.

В API VK написано что достаточно GET запроса вида:
oauth.vk.com/token?grant_type=password&client_id=1914441&...=***&username=***&password=***

В результате которого получим:
{"access_token":"9d77c727986d7668986d7668049870402D1986d986d76684bbc9b1bf8488de9", "expires_in":0,"user_id":85635407}

WebView по идее просто самый простой способ. Хотя может я чего то не знаю. Ждем разработчиков имевших опыт с VK API =)

esc May 7 2012 at 19:13

goo.gl/7F3ZH — вот от сюда.

MrLoki May 7 2012 at 19:23

Собственно ответ ниже всё прояснил. В случае отсутствия прямой авторизации, я не думаю что стоит вмешиваться в WebView. Лучше будет пообщаться с саппортом ВК и выпросить доступ, как мне кажется :)

DmitriyM2011 May 7 2012 at 19:16

Что бы сработал данный способ, у вашего приложения (client_id) должен быть доступ к прямой авторизации. Чтобы получить доступ к прямой авторизации вам нужно написать администрации контакта и попросить этот доступ. Какая политика давать/не давать я не знаю.
Без доступа к прямой авторизации этот метод вернёт ошибку.

MrLoki May 7 2012 at 19:20

Хм. Понял. Не знал, что прямая авторизация не всем дается =)

DmitriyM2011 May 7 2012 at 19:22

Раньше нам её ни в какую не давали. Возможно не давали никому кроме оффициальных приложений. Сейчас дают всем участникам конкурса.

MrLoki May 7 2012 at 19:24

Дают, кстати, в постоянное пользование, или временно, а потом оставят только победителям?

DmitriyM2011 May 7 2012 at 19:27

Нам (не участникам конкурса) дали в постоянное пользование. Насчёт остальных не знаю.

kliss May 7 2012 at 19:15

> api.createWallPost(user_id, text, null, null, false, false, false, null, null);

Это же ужасно!

Не удобнее ли опциональные параметры засунуть в словарь?

DmitriyM2011 May 7 2012 at 19:20

Именно ради таких комментариев мы и опубликовались на хабре. Спасибо! Будем внимательно анализировать все разумные комментарии.

UFO just landed and posted this here

uglock May 8 2012 at 08:06

The best:

public interface Audios {
Audio get(int i);
int count();
}

А то попортят коллекцию. Можно конечно Iterable наружу выставить, но с условием что Iterator обернут и не дает вызвать remove();

-2

UFO just landed and posted this here

uglock May 8 2012 at 09:21

А потом вас пользователи попросят добавить возможность искать Audio по Title-у например. И что вы будете делать? В предложеном мною интерфейсе достаточно добавить метод (ну или за-extend-ить) и поправить реализацию (перейти с ArrayList на Hashmap например).

Что делать в случае с Collection?

UFO just landed and posted this here

uglock May 8 2012 at 10:25

Простите, а что здесь хлам? Пользователи просят, значит им это нужно. Более того, могут запросто поменяться требования и вы вынуждены будете добавлять свойства к коллекции.

Насчет внешних навесов — в случае с поиском, например, коллекцию нужно будет _заново_ проиндексировать, хотя это совершенно не нужно если использовать внутри hashmap и дать наружу метод searchByTitle.

Кстати, раз вы уж прицепились к коллекциям. Custom коллекции часто нужны потому что коллекция уже сама является Business level Entity. Например представим что у вас есть две сущности: Playlist и AudioUploadQueue. В обоих случаях можно представить в виде Collection<Audio>. Но! При этом из кода совершенно нельзя будет сказать что это за сущность, если не видеть как она используется. Более того, никто не запретит использовать upload queue вместо Playlist и наоборот. CustomCollection лишает пользователей API такой возможности.

Все становится гораздо более печально если начинают использовать List<String>, Map<String, String>, Map<String, List<String>> и ему подобные. Нет лучше метода обфуцировать код.

UFO just landed and posted this here

uglock May 8 2012 at 12:22

Если будет 100500 вариантов поиска, то будет и отдельный контроллер который будет искать, но не коллекция. Внутри API, out-of-scope of API — дело десятое на самом деле.

>чем делать так чтобы в ней «всё было» и тащить весь ненужный функционал.

Тащить «все» не нужно. Нужно сделать минимальное API, дать пользователям и прислушиваться к тому что они хотят.

Для мобильных приложений все равно впринципе. Если код не вызывается, то максимум что он потребляет — это память под codebase в RAM и на диске. На крайняк можно resource-consuming фичи делать отключаемыми (если пользователю они прям щас не нужны, он может их отключить).

DmitriyM2011 May 20 2012 at 12:33

Спасибо, сделали.

DmitriyM2011 May 7 2012 at 19:41

Что значит в словарь? Пользователь же не будет знать, что именно можно передавать через этот словарь. Сейчас выглядит страшно, зато в подсказке видно смысл параметров.

kliss May 7 2012 at 19:43

Ну словарь, хеш-таблица, как еще оно там в джаве называется. А насчет «пользователь не будет знать» — так документировать надо.

If it's not documented, it doesn't exist. Вот так.

silentnuke May 7 2012 at 21:44

хм не обязательно словарь, как вариант, думаю вполне можно сделать разные перегрузки функции.

vladlichonos May 7 2012 at 21:57

Промахнулся с комментарием:

Согласен, перегрузки функции + JavaDoc.

vladlichonos May 7 2012 at 21:56

Согласен, перегрузки функции + JavaDoc.

DmitriyM2011 May 20 2012 at 12:37

Да, перегрузки вариант хороший. Но думаете стоит их добавлять в такой простой библиотеке? Получится что у нас многие методы будут в пяти экземплярах. Не усложнит ли это чтение и понимание кода библиотеки.

Dreddik May 8 2012 at 00:09

Спасибо, как раз скоро конкурс

AlanKochev May 8 2012 at 19:49

А попробуйте получить авторизацию, например при включенном vpn, уверяю вас вы очень сильно удивитесь, уже 15 версия библиотеки для контакта и не в одной не видел обработки этого момента.
Да и тонкостей там еще миллион, например токен на сутки (есть вариант бессрочного, но в доках его не нашел), хотя это не дело библиотеки, конечно.

DmitriyM2011 May 8 2012 at 21:19

Чтобы токен был бессрочным, нужно при авторизации указать право доступа offline. Насёт VPN не знаю, не пробовали. Ну и, если честно, для нас это не критично потому что из наших 50000 пользователей пока никто не пожаловался на такую проблему.

danikula Aug 17 2012 at 12:06

Слишком много ручной работы при авторизации: WebView, куки, разбор ответа. В каждом проекте клиентскому коду необходимо выполнять все то, что у вас находится в LoginActivity в примере. Почему бы не вынести все это в вашу библиотеку? В качестве примера смотрите facebook android sdk, где для авторизации вызывается один метод с необходимыми параметрами и колбеками, а библиотека берет на себя всю работу по открытию WebView в диалоге и прочую нудную работу. Хорошей фичей facebook android sdk также является то, что он может использовать нативное приложение facebook для авторизации, если оно установлено. Это тоже можно добавить в вашу библиотеку.

А пока что слишком сложно, ищу альтернативы.

ideas4ru Oct 10 2012 at 14:07

А просто под ява это будет работать?

DmitriyM2011 Jul 13 2013 at 16:32

Авторизация сделана на основе Android WebView, так что SDK привязано к Android. Насчёт просто java, думаете есть смысл?

uncleLem Jul 10 2013 at 01:30

SDK оказалось чрезвычайно удобным, спасибо. Сэкономил массу времени)
Интересно, проект еще развивается? А то есть у меня пара мыслей для push-request'ов…

DmitriyM2011 Jul 13 2013 at 16:31

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

maratische Jul 22 2013 at 00:14

А вконтакт в вашим АПИ не позволяет реализовать классическую схему oAuth авторизации?
я например попробовал сделать вот так
Auth.redirect_url = «appName://appName»;
String url = Auth.getUrl(Constants.API_ID, Auth.getSettings());
this.startActivity(new Intent(Intent.ACTION_VIEW, Uri.parse(url)));

чтобы открылся стандартный браузер, а потом в нем был редирект, который перехватит уже мое приложение.

вконтакт выдает ошибку, на описаный выше код :(

DmitriyM2011 Jul 28 2013 at 08:04

А как вы отловите редирект, произошедьший в браузере? Мы для этого используем WebView внутри нашего приложения. Посмотрите наш пример, так как раз реализована OAuth авторизация.

maratische Jul 28 2013 at 09:09

Андроид то как раз и позволяет отловить такой редирект

        <activity
            android:name="maratische.юююю"
            android:label="@string/app_name" 
            android:exported="true">
            <intent-filter>
                <data android:scheme="myAppName" android:host="myAppName"/>
                <action android:name="android.intent.action.VIEW" />

                <category android:name="android.intent.category.DEFAULT" />
                <category android:name="android.intent.category.BROWSABLE" />

            </intent-filter>
        </activity>

будет перехвачен редирект на myAppName://myAppName

DmitriyM2011 Aug 6 2013 at 14:26

Да, действительно позволяет. Но принимает ли контакт такой специфический redirect_url неизвестно. Мы не пробовали.
Такие детали наверное удобнее обсуждать на github.

Show the best of all time