[CarolVab]

Первонаперво только, веб-сервисы (тож веб-службы) — это технология. И словно и любая другая технология, они имеют шабаш четко очерченную среду применения.Если посмотреть для веб-сервисы в разрезе стека сетевых протококолов, мы увидим, что это, в классическом случае, не который иное, точно опять одна надстройка поверх протокола HTTP. С второй стороны, буде гипотетически разделить Интернет для несколько слоев, мы сможем выделить, словно минимум, два концептуальных типа приложений — вычислительные узлы, которые реализуют нетривиальные функции и прикладные веб-ресурсы. Около этом вторые, часто заинтересованы в услугах первых.
Однако и один Интернет — разнороден, т. е. различные приложения для различных узлах сети функционируют на разных аппаратно-программных платформах, и используют различные технологии и языки. Для связать все это и предоставить возможность одним приложениям обмениваться данными с другими, и были придуманы веб-сервисы. Сообразно сути, веб-сервисы — это реализация абсолютно четких интерфейсов обмена данными между различными приложениями, которые написаны не только для разных языках, только и распределены на разных узлах сети.
Именно с появлением веб-сервисов [url=https://volhinsoft.ru/]разработка приложений на заказ[/url] развилась мнение SOA — сервис-ориентированной архитектуры веб-приложений (Checking Oriented Architecture). Протоколы веб-сервисов
Для сегодняшний погода наибольшее распространение получили следующие протоколы реализации веб-сервисов:
SOAP (Simple Object Access Draft) — сообразно сути это платье стандартов SOAP/WSDL/UDDI
HOLDER (Representational Magnificence Transfer)
XML-RPC (XML Outside Returns Christen)
Для самом деле, SOAP произошел через XML-RPC и является следующей ступенью его развития. В то век наравне RECLINE — это концепция, в основе которой лежит скорее архитектурный школа, нежели новая технология, основанный для теории манипуляции объектами CRUD (Create Look over Update Expunge) в контексте концепций.
Непременно, существуют и иные протоколы, только, поскольку они не получили широкого распространения, мы остановимся в этом кратком обзоре на двух основных — SOAP и REST. XML-RPC вследствие того, что является несколько «устаревшим», мы рассматривать подробно не будем. Нас в первую очередь интересуют вопросы создания новых веб-служб, а не реализация клиентов к существующим (якобы обычай поставщики веб-сервисов поставляют пакеты с функциями API и документацией, посему задание построения клиентов к существующим веб-службам менее интересен с точки зрения автора).
SOAP более применим в сложных архитектурах, где взаимодействие с объектами выходит после рамки теории CRUD, а вот в тех приложениях, которые не покидают рамки данной теории, совершенно применимым может оказаться именно BE LODGED ввиду своей простоты и прозрачности. Действительно, коль любым объектам вашего сервиса не нужны более сложные взаимоотношения, исключая: «Создать», «Прочитать», «Изменить», «Удалить» (как правило — в 99% случаев этого довольно), возможно, именно LAZE ABOUT станет правильным выбором. Кроме того, PLACE сообразно сравнению с SOAP, может быть и более производительным, так наравне не требует затрат для разбор сложных XML команд на сервере (выполняются обычные HTTP запросы — CHANCE, POCKET, COLLECTION, EFFACE). Что SOAP, в свою очередь, более надежен и безопасен.
В любом случае вам отгадывать, сколько больше подойдет вашему приложению. Совершенно значит, вы даже захотите реализовать пара протокола, для оставить выбор изза пользователями службы и — это ваше право.
Практическое применение веб-сервисов
Поскольку речь идет о практическом применении, нам надо выбрать платформу чтобы построения веб-службы и поставить задачу. Беспричинно подобно автору ближе всего PHP 5, мы и выберем его в качестве технологии чтобы построения службы, а в качестве задачи примем следующие требования. Допустим, нам должен создать службу, предоставляющую доступ к информации о курсах валют, которая собирается нашим приложением, и накапливается в базе данных. Кроме через веб-сервиса, данная информация передается сторонним приложениям чтобы отображения в удобном чтобы них виде.

[Autore]

Post