2008-09-17 4 views

답변

74

차이점은 무엇입니까?

xml-rpc 사양은 1 페이지 6 페이지에 적합합니다. SOAP 1.2 스펙은 500 페이지 연 44 페이지를 소비합니다.

SOAP은 더욱 강력하며 소프트웨어 도구 공급 업체 (MSFT .NET, Java Enterprise Edition, 그런 종류의 것들)가 선호합니다.

SOAP은 오랫동안 (2001-2007ish) SOA를 위해 선택되는 프로토콜로 간주되었습니다. xml-rpc별로. REST는 프로토콜이 아니지만 새로운 SOA 사랑입니다.

SOAP은보다 장황하지만 더 뛰어난 기능을 제공합니다.

SOAP은 일부 이전 항목에서는 지원되지 않습니다. 예를 들어, 찾을 수있는 고전적인 ASP 용 SOAP 라이브러리가 없습니다.

SOAP은 파이썬에서 잘 지원되지 않습니다. XML-RPC는 파이썬, 표준 라이브러리에서 큰 지원을합니다. XML-RPC 값 전송에 대한 자세한 반면,이 등 구조체, 목록, 같은 구조를 전송할 수 있지만

SOAP은

XM-RPC 정말 언어 무신론자 전송을 프로그램하는 프로그램에 관한 것입니다, 문서 수준의 전송을 지원 . 주로 http/https를 넘습니다. SOAP 메시지는 전자 메일을 통해 전달 될 수도 있습니다.

xml-rpc는 더 unixy입니다. 간단하게 작업 할 수 있으며, 터미널 텍스트 편집기를 사용할 때조차도 품질이 우수한 웹 서비스를 배포하는 것이 매우 빠릅니다. 그런 식으로 SOAP을하는 것은 동물원입니다. 당신은 실제로 그것을 가능하게 만들기 위해 좋은 IDE가 필요합니다.

포츈 (Fortune) 500 IT 직업을 위해 경쟁한다면 이력서/CV에서 SOAP을 알면 훨씬 더 좋아 보일 것입니다.

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

편집 : 그냥 XML-RPC가 명명 된 매개 변수를 지원하지 않는다고 추가하고 싶습니다. 그들은 올바른 순서에 있어야합니다. SOAP에 대해서는 확실하지 않지만 그렇게 생각하십시오.

+1

SOAP with Python에는 ZSI 패키지가 있습니다. 그것은 꽤 좋지만 wsdl이 절대적으로 필요합니다. – edomaur

+1

필자는 기존 SOAP Toolkit이 "Classic ASP"를 지원한다고 생각합니다. 더 중요한 점은 즐겨 사용하는 .NET 언어를 사용하여 Service Reference를 래핑하는 COM 구성 요소를 만들 수 있기 때문에 Classic ASP가 최신 웹 서비스도 사용할 수 있습니다. –

+0

@ 마크 해리슨과 크리스토퍼 : "그런 식으로 SOAP을하는 것은 동물원입니다"라는 뜻은 무엇입니까? 죄송합니다. "동물원"이라는 단어를 이해할 수 없었습니다. 설명해주십시오 ... – Saravanan

11

의 차이점에 대한 좋은 글이있다 미묘한. "XML-RPC가 더 간단합니다"라는 논쟁은 SOAP 호출이 얼마나 상세하게 표시되는지 알기 전까지는별로 의미가 없습니다. 많은 인기있는 웹 사이트는 사람들이 광범위하게 사용하기 시작했을 때 소비 할 대역폭의 양 때문에 API 대신 SOAP에서 멀리 떨어져 있습니다.