- NVP не предоставляет WSDL (это делается парами значений имени строки запроса, переданными в HTTPRequest)
То, что PayPal называет «имя-значение-пары», не является стандартом. Однако они не единственные, кто его использует (кажется). Это в основном отправка параметров в виде пар имен и значений (очевидно), с которыми очень легко иметь дело программно, потому что HTML-формы делают то же самое, поэтому, отправляя NVP, вы моделируете веб-форму и программирование на стороне сервера одинаково.
Короче говоря, проще назвать его NVP, чем сказать: пожалуйста, используйте application/x-www-form-urlencoded.
- Веб-службы SOAP могут предоставлять или не предоставлять WSDL в любое время, чтобы вы могли использовать их в своих проектах для использования
В теории да. SOAP как протокол не требует использования WSDL для определения / описания. Он описывает только сообщения между клиентами и серверами (и / или посредниками). Реально, однако, концепция веб-сервисов SOAP обычно означает веб-сервисы, которые описаны с использованием WSDL и которые используют SOAP для обмена сообщениями. Почти все доступное программное обеспечение (.Net, Java и другие, такие как gSOAP C / C ++) определяют веб-сервисы через WSDL. Доступны инструменты для преобразования предопределенных классов в WSDL, и наоборот, SOAP обычно обрабатывается библиотекой.
Короче говоря, способ, которым вы используете веб-сервисы путем генерации классов из WSDL, является стандартным. Хотя SOAP определяет сообщения, которыми обмениваются, если в WSDL нет определения службы - это не веб-служба, так как нет контракта на обслуживание.
- REST - это всего лишь изобретение именования, которое можно применять к API-интерфейсам типа NVP или SOAP / WSDL
REST - это, конечно, не соглашение об именах, это архитектурный стиль, построенный в основном на концепции ресурсов и гиперссылок на них. Есть хорошие объяснения, но вы можете в значительной степени идентифицировать их по стилю: вы используете небольшой набор глаголов (обычно HTTP: GET, POST, PUT, DELETE или их часть) для выполнения действий, которые вы хотите над ресурсами. Простой способ определить это:
Адреса обозначают ресурсы, поэтому вместо выполнения таких действий, как Продажа, Авторизация и Заказ, отправляемых в рамках запроса, вы будете иметь дело с различными адресами, похожими на http://www.example.org/Sales/sale-015 и http://www.example.org/orders/1337, которые Вы можете получить доступ с помощью GET или удалить с помощью DELETE или изменить, используя PUT или POST, в зависимости от ситуации.
Ответы на запросы REST обычно содержат соответствующие ссылки, которые вы можете использовать для возможных последующих действий. Таким образом, ответное сообщение о продаже может содержать ссылки, позволяющие подтвердить продажу.
REST дает клиенту и серверу больше свободы при модификации, если реализовано правильно. В отличие от этого, клиенты и серверы веб-служб SOAP должны придерживаться контракта WSDL, определенного для взаимодействия.
- Это называется API или SDK? Я всегда ссылаюсь на сервис, к которому я обращаюсь, и делаю вызовы API для «API», но по какой-то причине мой босс называет это SDK, который не имеет смысла для меня ... API - это то, что я вижу больше всего
API (интерфейс прикладного программирования) - это определенный список функций, которые доступны извне и, следовательно, определяют интерфейс. SDK (комплект разработки программного обеспечения) - это группа программных инструментов и библиотек, которые вы бы использовали для разработки программного обеспечения. Так что, если вы загружаете исполняемый код, который является SDK; если это документация, которая является API.
Paypal предоставляет API. В связи с этим для разработки программного обеспечения для iPhone (просто в качестве примера) вам придется загрузить iPhone SDK от Apple.