Все ли веб-сервисы являются автоматическими расслабляющими?

Question

Все ли веб-сервисы работают через HTTP, а не SOAP с автоматическим отдыхом?

Я слышал термин "Restful Web Services" повсюду ... но разве это не просто старый "Web-сервис, который использует http".

У меня есть URL-адрес A.php , и клиенты запрашивают у меня данные следующим образом: A.php? Parameters_supplied_here_etc_etc

И так как URL имеет ограничение по длине, для более длинных сообщений они отправят POST-запрос с параметрами A.php

Обычно, если кто-то хочет поговорить с моим сервером / базой данных, он просматривает страницу по адресу A.php

Так могу ли я сказать, что это спокойный веб-сервис ??

Answer 1

Нет, потому что, чтобы быть REST-сервисом, он должен соответствовать определенным критериям.См. wikipedia

Там есть цитата, которая может ответить на ваш вопрос лучше, чем я:

Контраст SOAP RPC

SOAP RPC overHTTP, с другой стороны, рекомендует каждому разработчику приложения определить новый и произвольный словарь существительных и глаголов (например, getUsers (), savePurchaseOrder (...)), обычно накладываемых на глагол HTTP POST.Это игнорирует многие из существующих возможностей HTTP, таких как аутентификация, кэширование и согласование типов контента, и может привести к тому, что разработчик приложения заново изобретет многие из этих функций в новом словаре. [8]Примеры таких действий могут включать добавление таких методов, как getNewUsersSince (дата и время), savePurchaseOrder (строка customerLogon, строка пароля, ...).

Answer 2

Существует как минимум два типа веб-служб:

• Веб-службы SOAP - обычно используется схема XML для строгого определения сообщений XML, но необязательно использование HTTP в качестве транспортного протокола.,Надежные и стандартизированные, они существуют уже довольно давно, хотя иногда их считают тяжеловесными.

• RESTful веб-сервисы - менее жесткие, с использованием простого протокола HTTP, с использованием преимуществ встроенного GET/ POST / PUT / DELETE методы для выполнения операции CRUD над ресурсами.Согласование содержимого (обычно XML или JSON), перенаправления (заголовок Location) и удобные для пользователя URL-адреса делают веб-службы RESTful более пристальными.

Это два разных протокола связи, которые вы можете мигрирует один в другой, но автоматическое преобразование никогда не происходит.

Answer 3

Аббревиатура REST расшифровывается как Передача репрезентативного состояния, это в основном означает, что каждый уникальный URL является представлением некоторого объекта. Другие (такие как SOAP) более RPC-подобные. SOAP относится к простому протоколу доступа к объектам и обычно накладывается на HTTP POST. SOAP недавно был растянут в некоторых REST-подобных направлениях.

Answer 4

Одним из краеугольных камней архитектурного стиля "REST" является использование HTTP в полном объеме (GET, HEAD, PUT, POST, DELETE, type-type, etags, управление кэшем и т. Д.) Вместо туннеля. Если вы сделаете именно это, вы уже много выиграете, и я думаю, что вы должны иметь право называть свою службу «REST Inspired» или что-то в этом роде. Оттуда вы можете использовать все существующие строительные блоки инфраструктуры HTTP в своих интересах, вместо того, чтобы работать против них.

Часто бывает заманчиво придумать собственный протокол RPC или CRUD через HTTP и заново изобрести колесо. Результат обычно весьма противоречит принципам REST.

Answer 5

Все ли веб-сервисы являются автоматическими расслабляющими веб-сервисами?

Нет, здесь нет волшебства.У вас есть SOAP и другие протоколы, которые не являются RESTful.

Answer 6

Если все ваши запросы проходят через один и тот же URI, то это явный признак того, что вы не используете URI для идентификации отдельных ресурсов вашей системы, поэтому - нет.

Это, как говорится; Есть больше ограничений, таких как унифицированные интерфейсы или гипермедиа.