На данной странице содержится общая информация по Vendor API. Связанные разделы:
Сервис позволяет выполнять CRUD операции над сущностями «подписка» и «подписчик»(«пользователь») на стороне вендора.
Архитектура REST
Разработка web API
Построение эффективной архитектуры RESTful API
HTTP API Design Guide
CREST API Reference
Basic/Digest/OAuth. Обсуждаемо, как и соединение по HTTPS.
Каждый HTTP-запрос к сервису обязан содержать следущий набор метаинформации в заголовках:
| Имя | Тип | Описание |
|---|---|---|
| Content-Type | string | application/json |
| vendor-api-tracking-id | string (GUID) | Уникальный идентификатор пары «запрос-ответ» для обеспечения идемпотентности (эквивалентности результатов повторяемого действия). В случае коммуникационных проблем (разрыв соединения, timeout) повторный запрос должен включать тот же GUID. При получении ответа на клиенте, данное значение идентификатора не может быть использовано клиентом еще раз. |
| vendor-api-correlation-id | string (GUID) | Уникальный идентификатор запроса. Каждый запрос к сервису должен обладать уникальным значением данного идентификатора, независимо от того, был ли получен ответ. Применяется для записи в логах, журналах ошибок. |
| vendor-api-version | string | Версия API |
Каждый HTTP-ответ сервиса обязан содержать следущий набор метаинформации в заголовках:
| Имя | Тип | Описание |
|---|---|---|
| Content-Type | string | application/json |
| vendor-api-version | string | Версия API |
Типовые действия над ресурсом (URI) согласуются с методом HTTP-запроса:
| Метод | Действие над ресурсом |
|---|---|
| GET | Прочитать |
| POST | Создать |
| PUT | Обновить |
| DELETE | Удалить |
Данные в теле запроса/ответа передаются в формате JSON.
Успех/неуспех запроса определяется согласно стандартным HTTP-кодам ответа:
В случае ошибки (коды 4хх-5хх) в теле ответа возвращается общий для сервиса набор данных, содержащий сообщение об ошибке и дополнительную информацию. Дополнительная информация в разделе Ошибки сервиса.