Встарь только, веб-сервисы (alias веб-службы) — это технология. И наподобие и любая другая технология, они имеют шабаш четко очерченную среду применения.Если посмотреть для веб-сервисы в разрезе стека сетевых протококолов, мы увидим, что это, в классическом случае, не который иное, как еще одна надстройка поверх протокола HTTP. С противоположный стороны, когда гипотетически разделить Интернет на порядком слоев, мы сможем выделить, словно минимум, два концептуальных типа приложений — вычислительные узлы, которые реализуют нетривиальные функции и прикладные веб-ресурсы. Присутствие этом вторые, часто заинтересованы в услугах первых.
Только и сам Интернет — разнороден, т. е. различные приложения для различных узлах козни функционируют для разных аппаратно-программных платформах, и используют различные технологии и языки. Дабы связать весь это и предоставить возможность одним приложениям обмениваться данными с другими, и были придуманы веб-сервисы. По сути, веб-сервисы — это реализация абсолютно четких интерфейсов обмена данными посреди различными приложениями, которые написаны не исключительно для разных языках, однако и распределены для разных узлах сети.
Именно с появлением веб-сервисов
стоимость создания мобильного приложения развилась мысль SOA — сервис-ориентированной архитектуры веб-приложений (Benefit Oriented Architecture). Протоколы веб-сервисов
Для сегодняшний погода наибольшее распространение получили следующие протоколы реализации веб-сервисов:
SOAP (Simple Raise objections to Access Politesse) — сообразно сути это платье стандартов SOAP/WSDL/UDDI
CATCH (Representational Constitution Give)
XML-RPC (XML Outside Returns Christen)
Для самом деле, SOAP произошел через XML-RPC и является следующей ступенью его развития. В то век вроде RECLINE — это концепция, в основе которой лежит скорее архитектурный дух, нежели новая технология, основанный на теории манипуляции объектами CRUD (Create Decipher Update Delete) в контексте концепций.
Безусловно, существуют и иные протоколы, только, поскольку они не получили широкого распространения, мы остановимся в этом кратком обзоре для двух основных — SOAP и REST. XML-RPC ввиду того, что является изрядно «устаревшим», мы осматривать подробно не будем. Нас в первую очередь интересуют вопросы создания новых веб-служб, а не реализация клиентов к существующим (чистый правило поставщики веб-сервисов поставляют пакеты с функциями API и документацией, следовательно задание построения клиентов к существующим веб-службам менее интересен с точки зрения автора).
SOAP более применим в сложных архитектурах, где взаимодействие с объектами выходит следовать рамки теории CRUD, а вот в тех приложениях, которые не покидают рамки данной теории, совершенно применимым может оказаться именно REST ввиду своей простоты и прозрачности. Заведомо, если любым объектам вашего сервиса не нужны более сложные взаимоотношения, выключая: «Создать», «Прочитать», «Изменить», «Удалить» (как начало — в 99% случаев этого довольно), возможно, именно LAZE ABOUT довольно правильным выбором. Выключая того, BREATHER сообразно сравнению с SOAP, может быть и более производительным, так наравне не требует затрат на критика сложных XML команд для сервере (выполняются обычные HTTP запросы — CHANCE, GET, MAIL, CROSS OUT). Хотя SOAP, в свою очередь, более надежен и безопасен.
В любом случае вам решать, что больше подойдет вашему приложению. Совершенно значит, вы даже захотите реализовать оба протокола, дабы оставить подбор ради пользователями здание и — это ваше право.
Практическое применение веб-сервисов
Поскольку филиппика идет о практическом применении, нам нужно выбрать платформу ради построения веб-службы и поставить задачу. Беспричинно как автору ближе только PHP 5, мы и выберем его в качестве технологии ради построения здание, а в качестве задачи примем следующие требования. Допустим, нам необходимо создать службу, предоставляющую доступ к информации о курсах валют, которая собирается нашим приложением, и накапливается в базе данных. Далее через веб-сервиса, данная информация передается сторонним приложениям чтобы отображения в удобном для них виде.