ОТДЫХ API против SOAP API технологии
В двух основных архитектур для API, которые ОТДЫХА и SOAP. При создании ваших, вы действительно имеете три варианта: ОТДЫХА, SOAP, или обоих. ОТДЫХ API, как известно, что ее легко и быстро разрабатывать, но весь запрос идет в четкой независимо от типа шифрования. SOAP API, являются более сложными, требуют больше усилий, чтобы создать ответ и обработать запрос, но и позволяет более гибко, добавив поддержку имен. Предоставление API для обоих типов может звучать как привлекательный вариант, но имейте в виду, что она будет удвоить свой обслуживания, поддержки и документации время для жизни в API. Оба API методы уже внес в длину; Настоящем разделе внимание сосредоточено на различия учитывать при разработке API. ОТДЫХ ИСППри получении запроса ОТДЫХА, информация придет в через Получите. Таким образом, вся информация будет необходимо кодирование ходе передачи; Вы, вероятно, хотите декодировать его перед подвергнуть любой дальнейшей обработки (за исключением пользователей и паролей, которые обычно обрабатываются как есть). Различные типы запрос следует направлять в различные конечные точки (URL); Если вы хотите использовать один сценарий для обрабатывать все запросы, вы можете представить его разработчики таким образом (все просьбы перейти к единой конечной), или настроить Интернете сервер на карте многие конечные точки для одного скрипта. Я хотел бы предложить, как последний; Это встроенный со спецификацией и позволяет вносить изменения впоследствии без изменения внешних интерфейсов разработчики использования. Рассмотрим позволяет разработчикам использовать интерфейс сделать запросы в отношении API. Это может быть весьма полезен при попытке диагностировать проблему; Разработчики смогут быстро определить, если проблема заключается в просьбе или их код. Чем больше средств вы можете предоставить разработчикам в плане диагностики, тем легче будет разработать для Вашего сайта. SOAP API,Когда SOAP запрос приходит, это в первую очередь следует проверить, насколько оно соответствует формате, установленном вашего WSDL документа. Если вы используете средства, такие, как NuSOAP, это делается для вас. В самом деле, большинство SOAP API, использовать некоторые рамки, которые берет многое из ворчливого работы при обработке запросы. SOAP API, использовать единую для конечного все запросы (как правило, несколько крупных API для отдельных разрозненных функций на разные конечные точки), и в результате Вы, вероятно, либо большого сценария в этот момент или много требуют () призывает казнен в зависимости от конкретного слово. Рассмотрим позволяет разработчикам использовать интерфейс, где они могут вставить весь запрос документов на форму, и запустить их с сервера. Выступая с непосредственного опыта, имеющие что-то вроде этого наличии весьма полезным для разработчиков при попытке диагностировать проблему. Предоставление сценарии или функции на Вашем сайте позволяют разработчику создавать запросы вручную будет также помощь разработчикам не использовать SOAP рамки. это статья добавлена Emanuela Хедрик
|
|||||
|