RPC와 문서의 차이점
RPC vs 문서
일반적으로 WSDL이라고하는 Web Services Description Language는 RPC (Remote Procedure Call) 또는 문서 일 수 있습니다. 원격 프로 시저 호출은 분산 클라이언트 서버 프로그램을 작성하는 데 특히 사용되는 기술입니다. RPC는 클라이언트와 서버가 통신 할 수있게 해주는 통신 게이트웨이입니다. SOAP (Simple Object Access Protocol)는 RPC 또는 문서가 WSDL에 바인딩되도록 허용합니다.
문서 나 RPC를 사용할 필요성은 지난 수년간 컴퓨터의 복잡성이 계속됨에 따라 발생합니다. 현장에서의 모든 릴리스에는 기능의 복잡성이 증가합니다. 개발 프로세스 중에 발생하는 오류는 개발자가 피할 수 없습니다. 개발 프로세스의 기존 오류를 관리하고 오류보고 플랫폼의 중복을 피하려면 비용이 많이 들고 시간이 많이 걸리고 복잡하며 RPC를 사용하는 것이 좋습니다. 응용 프로그램 간의 공통 인터페이스를 제공합니다. RPC는 보안 데이터 확인 및 동기화와 같은 문제를 제거하는보다 쉬운 클라이언트 / 서버 환경을 제공합니다.
비교
문서 스타일에서 코드의 언 마샬링 및 마샬링은 RPC와 비교할 때 큰 차이점 중 하나입니다. 여기에서 코드의 마샬링 및 언 마샬링은 프로세스의 표준이며 사용중인 SOAP 라이브러리에 의해 처리됩니다.
RPC와는 대조적으로 문서 스타일의 복잡성이 상당히 다르다는 점도 두드러진 차이점입니다. 문서 스타일 웹 서비스는 RPC에 의해 생성되는 것과는 달리 매우 복잡한 코드를 제공합니다. 그러나 디코딩이 사람에 의해 수행되지 않기 때문에 이것은 문제가 될 필요가 없습니다.
문서 스타일의 SOAP에는 RPC 스타일에서 단일 요소로 발송 된 메시지가 있지만 SOAP 본문은 하나의 본문이 아닌 여러 요소로 발송된다는 점도 유의해야합니다. 또한 RPC에서 관찰 된 밀접한 결합과는 달리 문서 스타일에서 느슨한 결합이 있음이 나타났습니다. 클라이언트는 간단한 XML 형식으로 문서 스타일의 다른 서비스 매개 변수를 보냅니다. RPC 스타일에서는 사용 가능한 매개 변수가 고유하고 이산 값으로 전송됩니다.다른 차이점은 문서 형식이 SOAP 메시지에서 이름을 잃어 버리는 것처럼 보인 반면 RPC에서는 SOAP 메시지의 이름이 손실되지 않는다는 점입니다.작업이 보유한 이전 이름이 유지됩니다. 문서 스타일은 또한 XML 로케이터를 사용하여 메시지 유효성 검증을 사용하지만 RPC 스타일은 SOAP 메시지에서 데이터 유효성 검증의 문제점에 직면합니다.
요약:
RPC는 주어진 SOAP 라이브러리에 의해 정렬 및 언 마샬링을 제공하는 반면, 문서 스타일은 코드 마샬링 및 언 마샬링을 제공합니다.
문서 스타일 코딩은 매우 복잡하며 RPC는 상대적으로 쉬운 코드를 제공합니다.
문서 스타일은 RPC 스타일에서 메시지를 독점적이고 단일 요소로 보냅니다. SOAP 본문은 하나의 본문이 아닌 여러 요소로 전송됩니다.
느슨한 결합은 문서 형식에서 발생하며 RPC 형식의 밀 결합입니다.
클라이언트의 매개 변수 전송에 사용되는 XML 형식으로 RPC가 매개 변수를 개별 값으로 보냅니다.
SOAP 메시지에서 문서 스타일은 이름을 잃습니다. RPC는 SOAP 메시지에서 이름을 잃지 않습니다.
RPC 스타일은 SOAP 메시지를 사용하여 데이터 검증 문제를 가지고 있으며 문서 스타일은 메시지 유효성 검사에서 XML 로케이터를 사용합니다.
