문제

나는 웹 서비스 구현자가 왜 다른 것보다 하나를 선택하는지 결코 이해하지 못했습니다.XML-RPC는 일반적으로 이전 시스템에서 발견됩니까?이를 이해하는 데 도움을 주시면 대단히 감사하겠습니다.

도움이 되었습니까?

해결책

차이점이 있나요?

SOAP는 더욱 강력하며 소프트웨어 도구 공급업체(MSFT .NET, Java Enterprise Edition 등)에서 훨씬 선호됩니다.

SOAP는 오랫동안(2001~2007년) SOA를 위한 프로토콜로 여겨졌습니다.xml-rpc는 그리 많지 않습니다.REST는 비록 프로토콜은 아니지만 새로운 SOA의 사랑을 받고 있습니다.

SOAP는 더 장황하지만 더 많은 기능을 제공합니다.

SOAP는 일부 오래된 항목에서는 지원되지 않습니다.예를 들어, 클래식 ASP에 대한 SOAP 라이브러리는 없습니다(찾을 수 있음).

SOAP는 Python에서 잘 지원되지 않습니다.XML-RPC는 표준 라이브러리에서 Python을 훌륭하게 지원합니다.

SOAP는 문서 수준 전송을 지원하는 반면 xml-rpc는 구조체, 목록 등과 같은 구조를 전송할 수 있지만 값 전송에 더 가깝습니다.

xm-rpc는 실제로 언어에 구애받지 않는 전송을 프로그래밍하는 프로그램에 관한 것입니다.주로 http/https를 통해 진행됩니다.SOAP 메시지는 이메일을 통해서도 전달될 수 있습니다.

xml-rpc는 더 유닉스적입니다.이를 통해 작업을 간단하게 수행할 수 있으며, 수행 중인 작업을 알면 터미널 텍스트 편집기를 사용하는 경우에도 고품질 웹 서비스를 매우 빠르게 배포할 수 있습니다.그런 식으로 SOAP를 수행하는 것은 동물원과 같습니다.이를 실현하려면 좋은 IDE가 필요합니다.

그러나 Fortune 500 IT 직업을 놓고 경쟁하고 있다면 SOAP를 아는 것이 이력서/CV에 훨씬 더 좋아 보일 것입니다.

xml-rpc에는 ASCII가 아닌 문자 집합에 몇 가지 문제가 있습니다.

XML-RPC는 명명된 매개변수를 지원하지 않습니다.순서가 정확해야 합니다.SOAP에 대해서는 잘 모르겠지만 그렇게 생각하십시오.

다른 팁

다른 답변에 덧붙여 SOAP 및 XML-RPC 호출의 실제 텍스트 표현을 Ethereal로 캡처하여 살펴보시기 바랍니다."XML-RPC가 더 간단하다"는 전체 주장은 SOAP 호출이 얼마나 장황한지 알기 전까지는 별 의미가 없습니다.상당히 인기 있는 웹 사이트 중 다수는 사람들이 SOAP를 광범위하게 사용하기 시작하면 소비하는 대역폭의 양 때문에 SOAP를 API로 사용하지 않습니다.

Kate Rhodes는 차이점에 대한 훌륭한 에세이를 가지고 있습니다. http://weblog.masukomi.org/2006/11/21/xml-rpc-vs-soap

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top