Прежде всего, веб-сервисы (тож веб-службы) — это технология. И точно и любая другая технология, они имеют станет четко очерченную среду применения.Если посмотреть на веб-сервисы в разрезе стека сетевых протококолов, мы увидим, что это, в классическом случае, не что иное, чистый кроме одна надстройка поверх протокола HTTP. С непохожий стороны, если гипотетически разделить Интернет для порядочно слоев, мы сможем выделить, как минимум, два концептуальных типа приложений — вычислительные узлы, которые реализуют нетривиальные функции и прикладные веб-ресурсы. Около этом вторые, зачастую заинтересованы в услугах первых.
Только и непосредственно Интернет — разнороден, т. е. различные приложения на различных узлах узы функционируют для разных аппаратно-программных платформах, и используют различные технологии и языки. Для связать однако это и предоставить мочь одним приложениям обмениваться данными с другими, и были придуманы веб-сервисы. По сути, веб-сервисы — это реализация абсолютно четких интерфейсов обмена данными между различными приложениями, которые написаны не только на разных языках, однако и распределены для разных узлах сети.
Именно с появлением веб-сервисов
стоимость создания мобильного приложения развилась мнение SOA — сервис-ориентированной архитектуры веб-приложений (Benefit Oriented Architecture). Протоколы веб-сервисов
На сегодняшний день наибольшее распространение получили следующие протоколы реализации веб-сервисов:
SOAP (Classic End Access Politesse) — сообразно сути это тройка стандартов SOAP/WSDL/UDDI
REST (Representational Constitution Give)
XML-RPC (XML Irrelevant Procedure Christen)
Для самом деле, SOAP произошел через XML-RPC и является следующей ступенью его развития. В то время вроде REST — это концепция, в основе которой лежит скорее архитектурный школа, нежели новая технология, основанный на теории манипуляции объектами CRUD (Create Know Update Delete) в контексте концепций.
Безусловно, существуют и иные протоколы, только, поскольку они не получили широкого распространения, мы остановимся в этом кратком обзоре для двух основных — SOAP и REST. XML-RPC ввиду того, что является несколько «устаревшим», мы судить подробно не будем. Нас в первую очередь интересуют вопросы создания новых веб-служб, а не действие клиентов к существующим (наравне обыкновенный поставщики веб-сервисов поставляют пакеты с функциями API и документацией, посему вопрос построения клиентов к существующим веб-службам менее интересен с точки зрения автора).
SOAP более применим в сложных архитектурах, где взаимодействие с объектами выходит после рамки теории CRUD, а вот в тех приложениях, которые не покидают рамки данной теории, вполне применимым может оказаться именно REST вследствие своей простоты и прозрачности. Конечно, ежели любым объектам вашего сервиса не нужны более сложные взаимоотношения, кроме: «Создать», «Прочитать», «Изменить», «Удалить» (как закон — в 99% случаев этого довольно), возможно, именно LAZE ABOUT довольно правильным выбором. Кроме того, REST по сравнению с SOAP, может быть и более производительным, беспричинно будто не требует затрат для испытание сложных XML команд на сервере (выполняются обычные HTTP запросы — PUT, GET, MAIL, CROSS OUT). Что SOAP, в свою очередь, более надежен и безопасен.
В любом случае вам разрешать, что больше подойдет вашему приложению. Совершенно верно, вы даже захотите реализовать пара протокола, для оставить запас следовать пользователями здание и — это ваше право.
Практическое применение веб-сервисов
Поскольку спич соглашаться о практическом применении, нам нужно выбрать платформу чтобы построения веб-службы и поставить задачу. Беспричинно как автору ближе только PHP 5, мы и выберем его в качестве технологии для построения службы, а в качестве задачи предполагать следующие требования. Допустим, нам надо создать службу, предоставляющую доступ к информации о курсах валют, которая собирается нашим приложением, и накапливается в базе данных. Далее посредством веб-сервиса, данная информация передается сторонним приложениям ради отображения в удобном ради них виде.