Встарь только, веб-сервисы (либо веб-службы) — это технология. И как и любая другая технология, они имеют довольно четко очерченную среду применения.Если посмотреть для веб-сервисы в разрезе стека сетевых протококолов, мы увидим, сколько это, в классическом случае, не сколько иное, как опять одна надстройка поверх протокола HTTP. С другой стороны, когда гипотетически разделить Интернет для порядком слоев, мы сможем выделить, наравне минимум, два концептуальных типа приложений — вычислительные узлы, которые реализуют нетривиальные функции и прикладные веб-ресурсы. Около этом вторые, часто заинтересованы в услугах первых.
Но и сам Интернет — разнороден, т. е. различные приложения на различных узлах сети функционируют для разных аппаратно-программных платформах, и используют различные технологии и языки. Чтобы связать весь это и предоставить мочь одним приложениям обмениваться данными с другими, и были придуманы веб-сервисы. Сообразно сути, веб-сервисы — это действие абсолютно четких интерфейсов обмена данными промеж различными приложениями, которые написаны не как для разных языках, однако и распределены для разных узлах сети.
Именно с появлением веб-сервисов разработка корпоративная система развилась мнение SOA — сервис-ориентированной архитектуры веб-приложений (Checking Oriented Architecture). Протоколы веб-сервисов
На нынешний число наибольшее распространение получили следующие протоколы реализации веб-сервисов:
SOAP (Spartan Raise objections to Access Protocol) — сообразно сути это тройка стандартов SOAP/WSDL/UDDI
CATCH (Representational Dignified Shift)
XML-RPC (XML Outside Procedure Christen)
Для самом деле, SOAP произошел через XML-RPC и является следующей ступенью его развития. В то дата как RECLINE — это концепция, в основе которой лежит скорее архитектурный стиль, нежели новая технология, основанный для теории манипуляции объектами CRUD (Father Decipher Update Delete) в контексте концепций.
Безусловно, существуют и иные протоколы, но, поскольку они не получили широкого распространения, мы остановимся в этом кратком обзоре для двух основных — SOAP и REST. XML-RPC вследствие того, который является порядочно «устаревшим», мы испытывать подробно не будем. Нас в первую очередь интересуют вопросы создания новых веб-служб, а не реализация клиентов к существующим (как обыкновенный поставщики веб-сервисов поставляют пакеты с функциями API и документацией, следовательно задание построения клиентов к существующим веб-службам менее интересен с точки зрения автора).
SOAP более применим в сложных архитектурах, где взаимодействие с объектами выходит ради рамки теории CRUD, а вот в тех приложениях, которые не покидают рамки данной теории, весь применимым может быть именно REMNANTS ввиду своей простоты и прозрачности. Воистину, когда любым объектам вашего сервиса не нужны более сложные взаимоотношения, исключая: «Создать», «Прочитать», «Изменить», «Удалить» (вдруг закон — в 99% случаев этого довольно), возможно, именно BE PLACED довольно правильным выбором. Выключая того, BREATHER по сравнению с SOAP, может оказаться и более производительным, беспричинно будто не требует затрат на испытание сложных XML команд для сервере (выполняются обычные HTTP запросы — PUT, ENJOY, RECORD, ERADICATE). Хоть SOAP, в свою очередь, более надежен и безопасен.
В любом случае вам разрешать, сколько больше подойдет вашему приложению. Весь правдоподобно, вы даже захотите реализовать пара протокола, дабы оставить круг за пользователями службы и — это ваше право.
Практическое применение веб-сервисов
Поскольку здравица идет о практическом применении, нам нуждаться выбрать платформу чтобы построения веб-службы и поставить задачу. Беспричинно будто автору ближе всего PHP 5, мы и выберем его в качестве технологии для построения службы, а в качестве задачи предполагать следующие требования. Допустим, нам нуждаться создать службу, предоставляющую доступ к информации о курсах валют, которая собирается нашим приложением, и накапливается в базе данных. Далее через веб-сервиса, данная информация передается сторонним приложениям ради отображения в удобном для них виде.