문서 또는 RPC 기반 웹 서비스

Question

내 직감은 문서 기반 웹 서비스가 실제로 선호된다는 것입니다. 이것이 다른 사람들의 경험입니까?지원하기가 더 쉽나요?(SharePoint는 WSDL 인터페이스에서 "문서 유형"으로 Any를 사용한다는 점을 언급했습니다. 이로 인해 문서 기반이 되는 것 같습니다.)

또한 사람들이 이제 동일한 기능에 대해 WSDL 및 Rest 유형 서비스를 모두 제공하고 있습니까?WSDL은 코드 생성에 널리 사용되지만 PHP 및 Rails와 같은 프런트 엔드에서는 나머지를 선호하는 것 같습니다.

Answer 1

문서 대 RPC는 서비스 설명(WSDL).RESTful 웹 서비스는 WSDL로 서비스를 설명할 수 없기 때문에 WSDL을 사용하지 않으며, REST가 더 간단하고 이해하기 쉽다는 느낌을 받습니다.몇몇 분들이 제안해주셨는데 와들 REST 서비스를 설명하는 방법입니다.

Python, Ruby, PHP와 같은 언어를 사용하면 REST 작업이 더 쉬워집니다.WSDL은 정적 언어에서 쉽게 호출할 수 있는 C# 코드(웹 서비스 프록시)를 생성하는 데 사용됩니다.이는 다음을 추가할 때 발생합니다. 서비스 참조 또는 웹 참조 비주얼 스튜디오에서.

SOAP 또는 REST 서비스 제공 여부는 사용자 인구에 따라 다릅니다.서비스를 인터넷을 통해 사용할지 아니면 조직 내부에서만 사용할지 여부는 귀하의 선택에 영향을 미칩니다.SOAP에는 B2B 또는 내부 사용에 적합하지만 인터넷 서비스에는 적합하지 않은 일부 기능(WS-* 표준)이 있을 수 있습니다.

SOAP 서비스에 대한 문서/리터럴과 RPC가 여기에 설명되어 있습니다. IBM DevelopmentWorks 기사.문서/리터럴은 일반적으로 상호 운용성(Java에서 .NET 등) 측면에서 사용하기에 가장 좋은 것으로 간주됩니다.지원하기가 더 쉬운지는 귀하의 상황에 따라 다릅니다.내 개인적인 견해는 사람들이 이 작업을 필요 이상으로 복잡하게 만드는 경향이 있으며 REST의 간단한 접근 방식이 더 우수하다는 것입니다.

Answer 2

언급한 대로 가능할 때마다 인코딩된 RPC보다 문서 리터럴을 선택하는 것이 좋습니다.오래된 Java 라이브러리(Axis1, Glue 및 기타 선사시대 자료)는 인코딩된 RPC만 지원하는 것이 사실입니다. 그러나 오늘날 가장 현대적인 Java SOAP 라이브러리에서는 RPC를 지원하지 않습니다(예:AXIS2, XFire, CXF).따라서 더 나은 결과를 얻을 수 없는 소비자를 처리해야 한다는 것을 알고 있는 경우에만 RPC 인코딩 서비스를 노출해 보십시오.하지만 XML RPC만으로도 이러한 레거시 구현에 도움이 될 수 있습니다.

Answer 3

BiranLy의 답변은 훌륭합니다.document-vs-RPC가 구현 문제로 이어질 수도 있다는 점을 덧붙이고 싶습니다.우리는 Microsoft가 문서를 선호하는 반면 Java 기반 라이브러리는 RPC 기반이라는 것을 알았습니다.무엇을 선택하든 다른 잠재 고객도 어떤 가정을 할지 알아야 합니다.