В чем разница между удаленным вызовом процедуры и веб-службой



есть ли четкое определение RPC и веб-службы? Быстрый поиск в Википедии показывает:




RPC: удаленный вызов процедуры (RPC) является
Межпроцессное коммуникационных технологий
это позволяет компьютерной программе
вызовите подпрограмму или процедуру
выполнить в другом адресном пространстве
(обычно на другом компьютере на
общая сеть) без программиста
явное кодирование деталей для этого
удаленное взаимодействие.



Веб-Сервис: Web услуги
как правило, программирования приложений
интерфейсы (API) или веб-API, которые
доступ через гипертекстовую передачу
Протокол и выполняется на удаленном компьютере
система размещения запрашиваемых услуг.
Веб-службы, как правило, попадают в один из
два лагеря: большие веб-сервисы[1] и
RESTful Web Services.




Мне не совсем понятно, в чем реальная разница между этими двумя вещами. Кажется, что одна вещь может принадлежать RPC и одновременно является своего рода веб-сервисом время.



- Это веб-сервис, более высокого уровня представительства РПЦ?

616   3  

3 ответов:

является ли веб-служба более высоким уровнем представительство НПП?

Да, это так. Веб-служба-это конкретная реализация RPC. На самом низком уровне все веб-службы подключаются к сокету, используя протокол HTTP для согласования отправки полезной нагрузки, которая выполняется в удаленном пространстве (это может быть даже на том же компьютере, насколько известно потребителю). Все эти абстракции лежат в основе RPC.

удаленный вызов процедур (RPC) и WebService, ради функциональности оба идут параллельно. Но есть тонкая разница в их способе призывания. Веб-служба может быть вызвана любым приложением, используя формат XML по протоколу HTTP для процедур и его совместимый характер, тогда как в случае RPC функция может быть вызвана несколькими приложениями, поэтому она следует по пути сериализации для хранения данных объекта. Он поддерживает двоичный формат по протоколу TCP. Лучше подход мы можем кратко описать рабочий процесс RPC, например, мы выполняем функцию через правильный сокет и правильный формат сообщения, но не знаем фактического существования конкретной функции на клиентском сервере.Даже предоставленный сокет может быть не на том же сервере, на котором находится функция. Но каждый раз это дает ощущение, что функция находится в местном. В удаленном обслуживании, функция находится в удаленной машине и она может быть вызвана правильными форматом и протоколом и она позволяет Масштабируемость.

• данные форматируются для передачи с использованием XML, улучшая или устраняя маршалинг, unmarshalling и различные другие связанные с переводом требования, обычно кодируемые разработчиком. • Данные передаются с использованием стандартизированных протоколов, таких как HTTP или SMTP, которые опубликовали определенных стандартов. * Базовая Открытая служба четко определена с использованием известного принятого механизма WSDL. * Службы находятся с использованием четко определенного стандарта UDDI и более продвинутого ebXML.

в частности, WSDL предоставляет ряд ключевых частей информации:

• определение формата сообщений, передаваемых между двумя конечными точками с использованием его элементов и и соответствующих определений схемы. * Семантика сервиса: как он может быть вызван, чтобы сделать синхронный запрос/ответ, синхронный ответ только или асинхронно общаться. * Конечная точка и транспорт услуги через элемент: то есть, кто предоставляет услугу. • - кодирование через элемент, то есть доступ к сервису.

Comments

    Ничего не найдено.