Рабочий процесс для аутентификации и использования API с Twitter на OAuth

Question

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

Я понимаю рабочий процесс веб-приложения, но он включает некоторые перенаправления между веб-приложением и Twitter.

• Как это сделать в настольном приложении?
• Как работает перенаправление?
• Нужно ли включать объект веб-браузера?
• Есть ли способ обойти это?
• Может ли кто-нибудь указать мне ресурсы вместо полноценного решения, пожалуйста?

Спасибо

Answer 1

Не уверен, какой язык вы используете, но библиотека .NET для Twitter под названием Tweetsharp содержит сообщение об использовании Tweetsharp из настольного приложения и аутентификации через OAuth. См. http://tweetsharp.com/?p=68. Если вы не используете .NET, возможно, это вдохновит вас на то, что вы можете сделать?

По сути, tweetsharp запускает браузер по URL-адресу аутентификации, а затем ждет, пока пользователь вернется. Я не знаю ни одного способа сделать это, кроме как что-то подобное (или включить какой-либо элемент управления WebBrowser для запуска URL-адреса аутентификации в вашем собственном окне).

Answer 2

Вот простое решение, реализованное в виде набора PHP-скриптов для запуска из командной строки. Хорошо документировано и объяснено, с полезной «подробной» опцией для отладки.

http://nullinfo.wordpress.com/oauth-twitter/

Answer 3

1. Включите элемент управления WebBrowser в ваше приложение. Поместите его в панель или отдельную форму, которую вы будете использовать Form.ShowDialog ().
2. Создайте обратный вызов для успешного размещения OAuth в браузере и один для отклонения. Не забудьте проверить наличие FailWhale.
3. При обратном вызове вы закрываете панель или форму и сохраняете токен.

Вот хороший обзор с примером кода и всем: http://tweetsharp.com/2009/04/how-to-authenticate-a-desktop-application-with-oauth/

Answer 4

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

Одна возможность, о которой я подумал, заключалась в том, что ваше настольное приложение может встроить в него мини-HTTP-сервер. Затем он запускает браузер по умолчанию для выполнения авторизации с URL-адресом обратного вызова, например, http://127.0.0.1:8765/oauthorized, а затем просто прослушивает его.

Будет ли это работать?

Не уверен, что вы сделали бы для консольных приложений ... породить копию lynx ?

Answer 5

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

Но для людей, заинтересованных в продолжающемся обсуждении, вот лучшая ссылка:
OAuth Desktop Обсуждение