누구든지 XML-RPC를 직선 HTML 폼을 사용하여 얻을 수 있다는 이점을 설명 할 수 있습니까? 언뜻보기에 그들은 똑같은 일을하는 것처럼 보입니다. XML-RPC는 XML을 사용하여 "형식화"되어 있지만 양식에서 동일한 작업을 수행 할 수 있습니다 (텍스트 상자 사용).XML-RPC 대 HTML 양식
클라이언트 PC에서 실행되는 스크립트에서 데이터를 가져 오는 앱이 있습니다. 스크립트의 출력은 XML입니다. 현재 폼 POST를 통해 앱 (CodeIgniter를 사용하는 PHP)에 제출됩니다. XML-RPC를 사용하여 보도록 지시 받았지만 "이유"를 이해하려고합니다 ...
XML-RPC의 주된 장점은 원격 프로세스가 통신 할 수 있도록 접착제 코드를 작성할 필요가 없다는 것입니다. 많은 언어에서 사용할 수있는 다양한 XML-RPC 클라이언트 라이브러리가 있습니다. 풍부한 API가있는 경우 XML-RPC는 원격 프로세스를 해당 API에 연결하는 매우 쉬운 방법 일 수 있습니다. 일반적인 www-form-encoded POST로 동일한 작업을 수행하려면 API를 양식으로 변환하고 요청을 API 호출로 보내야합니다. 도움이되는 몇 가지 시스템이 있지만 XML-RPC를 통해 API를 노출하는 것보다 더 어려울 것입니다.
한편, 평범한 형식의 인코딩 된 요청을 통해 풍부한 API가 이미 공개되어 있다면 클라이언트와 서버를 다른 인터페이스로 이식하는 작업을 정당화하기가 어렵습니다.
HTML 양식은 XML-RPC와 비교할 수 없습니다.
XML을 사용하여 원격 프로 시저를 실행하는 동안 XML-RPC를 사용하는 동안 HTML 양식을 사용하여 웹 페이지를 통해 일부 입력 데이터를 가져옵니다.
일반적으로 일부 절차를 원격으로 실행하려고하는 UI가없는 프로세스에는 XML-RPC가 사용됩니다.
데이터를 www-form-encoded (또는 "query string style") 형식으로 인코딩하고 vs POST XML-RPC로 인코딩하는 것은 정말 맛이 있습니다. 어떤 사람들은 모든 것을 XML로 선호합니다.
XML-RPC는 다소 오래되었다고 생각합니다. 다른 프로토콜에 대해 이야기하지 않는 한, 이것이 SOAP보다 먼저 나온 프로토콜입니다. 나는 그것을 전혀 사용하지 않을 것이다. 대신 SOAP 기반 서비스 또는 REST 기반 서비스를 사용합니다.
왜? 왜 SOAP 또는 REST 기반, XML-RPC를 사용 하는가? 그것이 오래 되었기 때문에 그것이 "나쁜"것을 의미하지는 않습니다 ... –
나는 동의하지 않습니다. 무엇보다 오래된 것은 도구가 적어지고 그에 대해 아는 사람이 적고 버그가 수정 될 가능성이 적음을 의미합니다. 게다가 SOAP로 대체 된 이유가 있습니다. 아무런 이유가 없다면 우리는 SOAP을 가지지 않을 것입니다. –
글쎄, 반드시 양식 페이지가 필요하지는 않습니다. POST 입력을 받아들이고 XML을 처리하고 이에 대한 작업을 수행하는 페이지를 만들 수 있습니다. XML_RPC에서 볼 수있는 실제 (실제) 차이점이 없습니다. –
알아. 그러나 HTML FORM을 말하면 나중에 POST (POST)를 SCRIPT (참조하는 POST 입력을 허용하는 페이지)에 제출 한 페이지의 양식
을 참조하는 것입니다. 그래서 나는 네가 다른 것들에 대해서 이야기하고 있다고 생각했다. –