Прежде всего, веб-сервисы (alias веб-службы) — это технология. И как и любая другая технология, они имеют полно четко очерченную среду применения.Если посмотреть для веб-сервисы в разрезе стека сетевых протококолов, мы увидим, сколько это, в классическом случае, не что иное, чистый паки одна надстройка поверх протокола HTTP. С второй стороны, буде гипотетически разделить Интернет для порядочно слоев, мы сможем выделить, словно минимум, два концептуальных типа приложений — вычислительные узлы, которые реализуют нетривиальные функции и прикладные веб-ресурсы. При этом вторые, часто заинтересованы в услугах первых.
Однако и непосредственно Интернет — разнороден, т. е. различные приложения для различных узлах узы функционируют для разных аппаратно-программных платформах, и используют различные технологии и языки. Для связать совершенно это и предоставить мочь одним приложениям обмениваться данными с другими, и были придуманы веб-сервисы. Сообразно сути, веб-сервисы — это реализация абсолютно четких интерфейсов обмена данными посреди различными приложениями, которые написаны не как для разных языках, но и распределены для разных узлах сети.
Именно с появлением веб-сервисов
стоимость создания мобильного приложения развилась понятие SOA — сервис-ориентированной архитектуры веб-приложений (Benefit Oriented Architecture). Протоколы веб-сервисов
На нынешний погода наибольшее распространение получили следующие протоколы реализации веб-сервисов:
SOAP (Simple Object Access Note) — сообразно сути это тройка стандартов SOAP/WSDL/UDDI
CATCH (Representational Constitution Hand on)
XML-RPC (XML Outside Advance Assemble)
На самом деле, SOAP произошел от XML-RPC и является следующей ступенью его развития. В то эра ровно RECLINE — это концепция, в основе которой лежит скорее архитектурный школа, нежели новая технология, основанный на теории манипуляции объектами CRUD (Imagine Read Update Expunge) в контексте концепций.
Безусловно, существуют и иные протоколы, только, поскольку они не получили широкого распространения, мы остановимся в этом кратком обзоре для двух основных — SOAP и REST. XML-RPC вследствие того, сколько является изрядно «устаревшим», мы судить подробно не будем. Нас в первую очередь интересуют вопросы создания новых веб-служб, а не действие клиентов к существующим (наравне обычай поставщики веб-сервисов поставляют пакеты с функциями API и документацией, посему проблема построения клиентов к существующим веб-службам менее интересен с точки зрения автора).
SOAP более применим в сложных архитектурах, где взаимодействие с объектами выходит за рамки теории CRUD, а вот в тех приложениях, которые не покидают рамки данной теории, вполне применимым может оказаться именно REST вследствие своей простоты и прозрачности. Конечно, коль любым объектам вашего сервиса не нужны более сложные взаимоотношения, выключая: «Создать», «Прочитать», «Изменить», «Удалить» (вдруг правило — в 99% случаев этого довольно), возможно, именно LAZE ABOUT станет правильным выбором. Исключая того, REST PERIOD сообразно сравнению с SOAP, может оказаться и более производительным, так только не требует затрат для разбор сложных XML команд для сервере (выполняются обычные HTTP запросы — PUT, ENJOY, RECORD, DELETE). Хотя SOAP, в свою очередь, более надежен и безопасен.
В любом случае вам разрешать, что больше подойдет вашему приложению. Вполне правдоподобно, вы даже захотите реализовать пара протокола, дабы оставить подбор следовать пользователями здание и — это ваше право.
Практическое применение веб-сервисов
Поскольку здравица идет о практическом применении, нам надо выбрать платформу чтобы построения веб-службы и поставить задачу. Так подобно автору ближе только PHP 5, мы и выберем его в качестве технологии для построения здание, а в качестве задачи примем следующие требования. Допустим, нам нуждаться создать службу, предоставляющую доступ к информации о курсах валют, которая собирается нашим приложением, и накапливается в базе данных. Кроме посредством веб-сервиса, данная информация передается сторонним приложениям чтобы отображения в удобном ради них виде.