Вопрос

Я никогда не понимал, почему разработчик веб-сервисов предпочитает один другому.XML-RPC обычно встречается в старых системах?Любая помощь в понимании этого будет принята с благодарностью.

Это было полезно?

Решение

Различия?

SOAP более мощный, и его предпочитают поставщики программных инструментов (MSFT .NET, версия Java Enterprise и тому подобное).

SOAP долгое время (с 2001 по 2007 год) считался протоколом выбора для SOA.xml-rpc не так уж и много.REST — это новый любимец SOA, хотя это и не протокол.

SOAP более многословен, но и более эффективен.

SOAP не поддерживается в некоторых старых версиях.Например, нет библиотек SOAP для классического ASP (которые я смог найти).

SOAP плохо поддерживается в Python.XML-RPC имеет отличную поддержку в стандартной библиотеке Python.

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

xm-rpc на самом деле предназначен для передачи данных из программы в программу независимо от языка.В основном это происходит через http/https.Сообщения SOAP также могут передаваться по электронной почте.

xml-rpc более униксиальный.Он позволяет вам делать все просто, а когда вы знаете, что делаете, можно очень быстро развернуть качественные веб-сервисы, даже при использовании текстовых редакторов терминала.Использование SOAP таким образом — это зоопарк;вам действительно нужна хорошая IDE, чтобы сделать это возможным.

Однако знание SOAP будет намного лучше смотреться в вашем резюме, если вы претендуете на работу в сфере ИТ из списка Fortune 500.

xml-rpc имеет некоторые проблемы с наборами символов, отличными от ascii.

XML-RPC не поддерживает именованные параметры.Они должны быть в правильном порядке.Не уверен насчет SOAP, но думаю так.

Другие советы

Чтобы добавить к другим ответам, я бы посоветовал вам взглянуть на реальные текстовые представления вызовов SOAP и XML-RPC, возможно, захватив их с помощью Ethereal.Весь аргумент «XML-RPC проще» не имеет особого смысла, пока вы не увидите, насколько невероятно многословен вызов SOAP.Многие из довольно популярных веб-сайтов уклоняются от использования SOAP в качестве API-интерфейса только из-за того, что он будет потреблять полосу пропускания, если люди начнут его широко использовать.

Кейт Роудс написала великолепное эссе о различиях в http://weblog.masukomi.org/2006/11/21/xml-rpc-vs-soap

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top