Дизайн API отдыха (твиттер)

Question

Я хочу создать остальные API для проекта, так что в настоящее время я пытаюсь создать что-то с помощью Twitter API. Я зарегистрировал новое приложение в твиттере. У меня есть следующие ключи после регистрации

1. Ключ потребителя
2. Секрет потребителя
3. Запрос URL токена
4. URL-адрес токена доступа
5. Авторизовать URL
6. Зарегистрированный URL обратного вызова OAuth

Так что же это за ключи и где все это вписывается в соображения по дизайну API Rest

Спасибо:)

Answer 1

Это параметры OAuth, и лучше всего их поместить в заголовок Authentication. Смотрите пример в разделе 5.4.1. здесь http://oauth.net/core/1.0/#consumer_req_param.

Аутентификация - это проблема, полностью независимая от REST, и поэтому, чтобы ответить на ваш вопрос, перечисленные вами параметры не имеют ничего общего с *1005* с дизайном RESTful.

Answer 2

Если вы заинтересованы в создании паттерна вашего спокойного API после Twitter, то я предлагаю изучить способ, которым Twitter организовал свои ресурсы API (см. Документацию по методам по ссылкам в правой боковой панели здесь ), как они поддержка различных форматов ресурсов (путем изменения расширения, например, .xml или .json запрошенного ресурса), как они версии конечной точки, и какие глаголы поддерживаются для ресурса (например, как oauth / request_token метод поддерживает методы POST и GET).

Итак, изучите интерфейс, созданный Twitter, игнорируя фактическую реализацию, стоящую за ним на данный момент, и используйте его, чтобы помочь ответить на ваши вопросы о дизайне. Сосредоточьтесь на том, что вы хотите показать через свой интерфейс. Как вы планируете проецировать объекты, которые вы выставляете через интерфейс? Какие форматы ресурсов вы выберете для поддержки? Как вы планируете версию конечной точки сервиса?

Кстати, если вам интересно взглянуть на другие успокаивающие API, вы можете немного поработать, используя apigee ; у них есть консоль для твиттера здесь .