Что такое “веб-сервис” без обиняков?

Веб-сервис определяет контракт на действия, которые сервер выполнит для Вас. Формат и протокол действительно не имеют значения, но у Вас должно быть некоторое определение набора того, как коммуникация происходит.

В Вашем примере, это зависит, если это используется в другом приложении, которое читает то число, да это - сервис, иначе, это - просто веб-страница с числом.

Веб-сервисы почти похожи нормальны веб-страница. Различие - то, что они отформатированы для создания очень легким для программы вытянуть данные из страницы, на грани, вероятно, не использования любого HTML. Они обычно также более надежны относительно непротиворечивости формата, могут использовать различный формальный процесс для определения содержания такое мыло или сырые данные xml, и существует часто также документ дескриптора, который официально определяет структуру для данных.

Простым определением был бы Запрос HTTP, который действует как нормальный вызов метода; т.е. это принимает параметры и возвращает структурированный результат, обычно XML, который может быть десериализован в объект (объекты).

Операционная система обеспечивает GUI (и CLI), что можно взаимодействовать с. Это также обеспечивает API, с которым можно взаимодействовать программно.

Точно так же веб-сайт обеспечивает страницы HTML, что Вы можете взаимодействовать с и можете также обеспечить API, который предлагает ту же информацию и операции программно. Или те сервисы могут только быть доступными через API без связанного пользовательского интерфейса.

Веб-сервис, как используется разработчиками программного обеспечения, обычно относится к операции, которая выполняется на удаленном сервере и вызвала использование спецификации XML/SOAP. Как со всеми определениями, существуют нюансы к нему, но это - наиболее популярный способ использования термина.

Лучшее простое английское объяснение прибывает из использования аналогии:

• Веб-страницы позволяют людям связываться и сотрудничать друг с другом.
• веб-сервисы позволяют программам связываться и сотрудничать друг с другом.

Вашим примером PHP является веб-сервис по тому определению, потому что вывод мог быть использован другой программой. Но в действительности, анализ экранных данных HTML не является надежным или удобным в сопровождении способом произвести веб-сервисы.

Для большинства сайтов у Вас есть страницы HTML, которые Вы посещаете при использовании браузера. Это человекочитаемые страницы (когда-то представленный в Вашем браузере), где много данных могло бы быть переполнено вместе, потому что он имеет смысл для людей.

Теперь предполагают, что кто-то еще хочет использовать некоторые из тех данных. Они могли загрузить Вашу страницу и начать отфильтровывать весь "шум" для получения данных, которые они хотели, но большинство веб-сайтов не создается способом, где данные на 100% несомненно будут помещены в то же пятно для всех элементов, таким образом, в дополнение к тому, чтобы быть громоздким это также становится ненадежным.

Вводят веб-сервисы.

веб-сервис А - что-то, что веб-сайт принимает решение предложить тем, кто хочет читать, обновляет и/или удалить данные из Вашего веб-сайта. Вы могли бы назвать его "бэкдором" к Вашим данным. Вместо того, чтобы представить данные как часть веб-страницы это обеспечивается предопределенным способом, где некоторые более популярные являются XML и JSON. Существует несколько способов связаться с веб-сервисом, некоторое использование SOAP, у других есть веб-сервисы REST'ful, и т.д.

, Что характерно для всех веб-сервисов, то, что они - машиночитаемый equivelant к веб-страницам, которые иначе предлагает сайт. Это означает, что другие, которые хотят использовать данные, могут отправить запрос для получения определенных данных назад, которые легко проанализировать и использовать. Некоторые сайты могут потребовать, чтобы Вы ввели имя пользователя в запросе для уязвимых данных, в то время как другие сайты позволяют любому извлекать безотносительно данных, им, возможно, понадобилось бы.

Веб-сервис отличается от веб-сайта, на котором веб-сервис предоставляет информацию, потребляемую программным обеспечением, а не людьми. В результате мы обычно говорим о представленном JSON, XML или сервисы SOAP.

веб-сервисы являются ключевым компонентом в "мэшапах". Мэшапы - когда информация от многих веб-сайтов автоматически агрегирована на новую и полезную службу. Например, существуют сайты что совокупная Google Maps с информацией о полицейских отчетах дать Вам графическое представление преступления в Вашей области. Другой тип мэшапа должен был бы взять реальные данные запаса, обеспеченные другим сайтом, и объединить его с фальшивкой торговое приложение для создания фондовой биржи "игра".

веб-сервисы также используются для обеспечения новостей (см. RSS), последние объекты добавили к сайту, информации о новых продуктах, подкастах и других замечательных особенностях, которые делают современный веб-поворот.

Hope это помогает!

В по упрощенным условиям веб-сервис - что-то, что предоставляет в виде сервиса данные по http протоколу. Предоставленный это не alway случай...., но это близко.

Стандартные веб-сервисы используют протокол SOAP, который определяет коммуникацию и структуру сообщений, и XML является форматом данных.

веб-сервисы разработаны для разрешения приложений, созданных с помощью различных технологий для передачи друг с другом без проблем.

Примерами веб-сервисов являются вещи как Weather.com, предоставляющий информацию о погоде, для которой можно использовать на сайте или UPS, предоставляющем метод кавычкам пересылки запроса или отслеживающем пакетов.

Редактирование

Измененная формулировка в отношении SOAP, поскольку это - не всегда SOAP, поскольку я упомянул, но хотел сделать его более ясным. Ключ обеспечивает данные как услуга, не элемент UI.

Да, который является простым веб-сервисом.

веб-сервисы являются действительно не чем иным как запросом / механизм ответа, который позволяет клиенту удаленно доступу/, изменяют данные. Существуют формальные стандарты для веб-сервисов (SOAP, SOA и т.д.), но Ваша простая страница является сервисом также.

основная оборотная сторона к печати к странице случается так, что Ваш сервис возвратил бы HTML. Предпочтительные форматы данных являются JSON и XML, потому что большинство клиентских платформ (и серверные инфраструктуры) разработано на основе использования JSON и XML.

Поэтому, если Вы изменили свой сервис возвратиться:

<RANDOM>some random number</RANDOM>

, а не:

<HEAD>...</HEAD>  
<BODY>some random number</BODY>

тогда это было бы более полезно для большинства клиентов

Упрощенное, нетехническое объяснение: сеть serivce позволяет ПРОГРАММЕ говорить с веб-страницей, вместо того, чтобы использовать Ваш браузер для открытия веб-страницы.

Пример: Я могу перейти к maps.google.com, и ввести в своем домашнем адресе и видеть карту того, где я живу в своем браузере.

, Но что, если Вы писали компьютерную программу, где Вы хотели взять адрес и показать симпатичную карту, точно так же, как карты Google?

ну, Вы могли записать совершенно новую программу отображения с нуля, ИЛИ Вы могли назвать веб-сервис, который обеспечивают карты Google, отправьте ей адрес, и она возвратит графическую карту местоположения, которое можно отобразить в программе.

существует намного больше к нему, поскольку некоторые из других сообщений входят, но результат - то, что это позволяет Вашему приложению или получать информацию ОТ или отправлять информацию некоторому ресурсу. Некоторые другие примеры:

1. можно использовать веб-сервис для получения информации о книгах по Amazon.com
2. , можно использовать подобный веб-сервис для размещения заказа на Amazon.com
3. , Вы могли СОЗДАТЬ веб-сервис, чтобы позволить внешним приложениям узнавать об информации о продукте в Вашей компании
4. , Вы могли создать веб-сервис, чтобы позволить внешним приложениям размещать заказы к Вашей компании.

Способ отправки сообщения для вызова операции на другом компьютере. Разница между веб-сервисами и предыдущими методами заключается в том, что то, что передается по проводам, стандартизировано на более высоком уровне.

Старый способ: описать эндианы, кодировку, номера портов и т.д. Веб-сервис: URL, XML