Взаимодействие десктопного приложения с веб-сервисом?

Question

[DeadMoroz]

Где можно прочитать про протоколы взаимодействия десктопных приложений с веб-сервисами? В частности, интересует вопрос аутентификации и авторизации.


Вариант с OAuth не интересует, так как, насколько я понимаю, он требует от пользователя несколько большего количества телодвижений, кроме как вбить в настройки программы свои логин и пароль.


Например, URL, по которому открывается веб-сайт Dropbox по ссылке из контекстного меню, содержит какие-то параметры авторизации. То ли это идентификатор сессии, то ли какой-то API-key. Хотелось бы понять, откуда он берётся, и каков его жизненный цикл.


Или взять десктопного клиента Last.fm — не уверен, но навряд ли он на каждый запрос шлёт логин/пароль для аутентификации.


Может быть Evernote использует какой-нибудь стандартный подход? Ну и так далее.

Comments

[TheHorse]

Что мешает слать и принимать http-пакеты?

Answer 1

[Fak3]

> Например, URL, по которому открывается веб-сайт Dropbox по ссылке из контекстного меню, содержит какие-то параметры авторизации.
API dropbox'a тут: www.dropbox.com/developers/docs#api-specification

>Или взять десктопного клиента Last.fm — не уверен, но навряд ли он на каждый запрос шлёт логин/пароль для аутентификации.
Нет, приложение шлет запрос на ваторизацию и получает в ответ session_key, который потом оно в каждом запросе должно слать
полное описание API тут: www.last.fm/api/authspec
Или можно посмотреть на пимер кода тут: github.com/Voker57/qmpdclient/blob/master/src/lastfmsubmitter.cpp
В методе doHandshake() шлется запрос на авторизацию, потом в методе gotNetReply() получаем и обрабатываем ответ:
m_session=data[1];
m_npUrl=data[2];
m_subUrl=data[3];
m_session потом шлем в POST-запросе на нужный УРЛ (в методах scrobbleQueued() и scrobbleNp(), на соответструющие url — m_subUrl или m_npUrl)

Comments

[Fak3]

* што-то у меня опечаток много

[DeadMoroz]

В API дропбокса сказано, что они намеренно не используют HTTP-методы PUT, DELETE и HEAD, т.к. с ними могут быть проблемы у некоторых HTTP-клиентов. Подобные опасения я встречал и раньше, только тоже без конкретики. Может быть и на этот счёт есть какая-то открытая информация, кто именно и что не поддерживает?

[Fak3]

есть некоторая инфа тут: stackoverflow.com/questions/165779/are-the-put-delete-head-etc-methods-available-in-most-web-browsers и тут stackoverflow.com/questions/904001/why-use-http-put-and-delete-methods-instead-of-post
Думаю сегодня все основные Js-фрэймворки, Http-либы и браузеры нормально с ними работают. ИМХО сегодня избегают их ради обратной совместимости со старыми Http-клиентами или просто из-за ненужности

[DevMan]

они намеренно не используют HTTP-методы PUT, DELETE и HEAD

Как правило, эти протоколы используются в RESTful-архитектуре.
Их использование не является необходимым, можно обойтись только GET/POST.

Answer 2

[ComputerPers]

Про evernote есть на ХАБРЕ: habrahabr.ru/company/evernote/blog/120895/

Comments

[DeadMoroz]

Спасибо, но там в основном про сериализацию.

Answer 3

[zizop]

На последнем DevConf'2011 был отличный доклад Badoo Development на эту тему: Badoo Desktop: оптимизация приложения на миллион юзеров онлайн. Там были практические советы, а также обсуждались многочисленные нюансы взаимодействия.