Войти
Термин веб-служба (WS) может быть либо:
В веб-службе веб-технология, такая как HTTP, используется для передачи машиночитаемого файла такие форматы, как XML и JSON.
На практике веб-служба обычно предоставляет объектно-ориентированный веб-интерфейс для сервера базы данных, используемый, например, другим Веб-сервер или мобильное приложение , которое предоставляет конечному пользователю пользовательский интерфейс. Многие организации, которые предоставляют данные в форматированных HTML-страницах, также предоставляют эти данные на свой сервер в формате XML или JSON, часто через веб-службу, чтобы разрешить распространение, например, из Википедии. Другое приложение, предлагаемое конечному пользователю, может быть mashup, где веб-сервер использует несколько веб-служб на разных машинах и компилирует контент в один пользовательский интерфейс.
Асинхронный JavaScript и XML (AJAX) - доминирующая технология для веб-сервисов. Разработанный на основе комбинации HTTP-серверов, клиентов JavaScript и Plain Old XML (в отличие от веб-служб SOAP и W3C), теперь он часто используется с JSON, а также или вместо из, XML.
Передача репрезентативного состояния (REST) - это архитектура для хорошо функционирующих веб-служб, которые могут работать в масштабе Интернета.
В документе 2004 года W3C устанавливает следующий REST в качестве ключевой отличительной черты веб-сервисов:
Мы можем выделить два основных класса веб-сервисов:
Существует ряд веб-служб, использующих языки разметки:
A Веб-API - это разработка веб-служб, в которой упор был перенесен на более простую связь на основе репрезентативной передачи состояния (REST). Restful API не требуют протоколов веб-служб на основе XML (SOAP и WSDL) для поддержки своих интерфейсов.
В отношении веб-сервисов W3C W3C определил веб-сервис как:
Веб-сервис - это программная система, предназначенная для поддержки взаимодействия межмашинное взаимодействие по сети. Он имеет интерфейс, описанный в машино-обрабатываемом формате (в частности, WSDL ). Другие системы взаимодействуют с веб-службой способом, предписанным ее описанием, с использованием SOAP -сообщений, обычно передаваемых с помощью HTTP с сериализацией XML в сочетании с другими веб-стандартами.
— W3C, Глоссарий веб-службВеб-службы W3C могут использовать SOAP по протоколу HTTP, что позволяет менее затратное (более эффективное) взаимодействие через Интернет, чем через собственные решения, такие как EDI / B2B. Помимо SOAP через HTTP, веб-службы также могут быть реализованы на других надежных транспортных механизмах, таких как FTP. В документе 2002 года Рабочая группа по архитектуре веб-служб определила архитектуру веб-служб, требующую стандартизованной реализации «веб-службы».
Архитектура веб-сервисов: поставщик услуг отправляет файл WSDL в UDDI. Запрашивающая служба связывается с UDDI, чтобы узнать, кто является поставщиком необходимых данных, а затем связывается с поставщиком услуг с использованием протокола SOAP. Поставщик услуг проверяет запрос на обслуживание и отправляет структурированные данные в файле XML, используя протокол SOAP. Этот XML-файл будет снова проверен инициатором запроса службы с помощью файла XSD. Термин «веб-служба» описывает стандартизованный способ интеграции веб-приложений с использованием XML, SOAP, WSDL и UDDI. открытые стандарты на основе Интернет-протокола. XML - это формат данных, используемый для хранения данных и предоставления метаданных вокруг них, SOAP используется для передачи данных, WSDL используется для описания доступных сервисов, а UDDI перечисляет, какие сервисы доступны.
Веб-сервис - это метод связи между двумя электронными устройствами по сети. Это программная функция, предоставляемая по сетевому адресу через Интернет с постоянно включенной службой, как в концепции служебных вычислений.
Многие организации используют несколько программных систем для управления. Разным программным системам часто требуется обмениваться данными друг с другом, а веб-сервис - это метод связи, который позволяет двум программным системам обмениваться этими данными через Интернет. Система программного обеспечения, запрашивающая данные, называется инициатором запроса услуг, тогда как система программного обеспечения, которая будет обрабатывать запрос и предоставлять данные, называется поставщиком услуг.
. Различное программное обеспечение может использовать разные языки программирования, и, следовательно, существует потребность для метода обмена данными, который не зависит от конкретного языка программирования. Однако большинство типов программного обеспечения может интерпретировать теги XML. Таким образом, веб-службы могут использовать файлы XML для обмена данными.
Необходимо определить правила взаимодействия между различными системами, например:
Все эти правила связи определены в файле с именем WSDL (язык описания веб-служб), который имеет расширение .wsdl. (Предложения для автономных веб-сервисов (AWS ) направлены на разработку более гибких веб-сервисов, не основанных на строгих правилах.)
Каталог с именем UDDI (Универсальное описание, обнаружение и интеграция) определяет, к какой системе программного обеспечения следует обращаться для получения данных какого типа. Поэтому, когда одной программной системе требуется один конкретный отчет / данные, она переходит к UDDI и выясняет, с какими другими системами она может связаться для получения этих данных. Как только программная система обнаруживает, с какими другими системами ей следует связаться, она затем связывается с этой системой, используя специальный протокол, называемый SOAP (протокол простого доступа к объектам). Система поставщика услуг сначала проверит запрос данных, ссылаясь на файл WSDL, а затем обработает запрос и отправит данные по протоколу SOAP.
Web-сервисы в сервис-ориентированной архитектуре.Автоматизированные инструменты могут помочь в создании Web-сервиса. Для служб, использующих WSDL, можно либо автоматически сгенерировать WSDL для существующих классов (восходящая модель), либо сгенерировать каркас класса с учетом существующего WSDL (нисходящая модель).
Критики не-RESTful веб-сервисов часто жалуются, что они слишком сложны и основаны на крупных поставщиках программного обеспечения или интеграторах, а не на типичных реализации с открытым исходным кодом.
Также существуют опасения по поводу производительности из-за использования веб-службами XML в качестве формата сообщений и SOAP / HTTP при обертывании и транспортировке.
Функциональное и нефункциональное тестирование веб-служб выполняется с помощью синтаксического анализа WSDL. Регрессионное тестирование выполняется путем выявления изменений, внесенных в обновление программного обеспечения. Потребности в регрессионном тестировании веб-сервисов можно разделить на три категории, а именно: изменения в WSDL, изменения в коде и выборочное повторное тестирование операций. Мы можем уловить три вышеупомянутые потребности в трех промежуточных формах подмножества WSDL, а именно: Difference WSDL (DWSDL), Unit WSDL (UWSDL) и сокращенный WSDL (RWSDL) соответственно. Затем эти три подмножества WSDL объединяются в комбинированный WSDL (CWSDL), который в дальнейшем используется для регрессионного тестирования веб-службы. Это поможет в автоматизированном управлении изменениями веб-сервисов (AWSCM), выполняя выбор соответствующих тестовых случаев для создания сокращенного набора тестов из старого набора тестов.
Тестирование веб-сервисов также можно автоматизировать с помощью нескольких инструментов автоматизации тестирования, таких как SOAP UI, Oracle Application Testing Suite (OATS), Unified Functional Testing, Selenium и т. Д.
Работа, связанная с фиксацией и визуализацией изменений, внесенных в веб-службу. Визуализация и вычисление изменений могут выполняться в виде промежуточных артефактов (подмножество WSDL). Понимание расчета влияния изменений полезно при тестировании, нисходящей разработке и сокращении регрессионного тестирования. AWSCM - это инструмент, который может идентифицировать операции подмножества в файле WSDL для создания подмножества WSDL.
 | На Викискладе есть средства массовой информации, связанные с веб-службами. |
 | Викиверситет имеет учебные ресурсы о Веб-сервис |
