다른 프레임 워크의 AJAX JSON 요청에 대한 와이어 형식 (HTTP)?

Question

JSON POST 요청을 웹 서버에 보낼 때 다양한 JS/AJAX 프레임 워크에서 생성하는 HTTP 요청에 대한 자세한 세부 정보를 찾으려고합니다. 다음 프레임 워크에 대한 정보를 가장 중요하게 생각합니다 (그러나 다른 주목할만한 예외에 대한 정보는 높이 평가됩니다) : .net, jquery, prototype, DWR 및 MooTools.

내가 알고 싶은 것은 이러한 프레임 워크가 서버의 다른 "메서드"를 호출 할 때 HTTP 요청에서 다른 메서드 호출을 구별하는 것입니다.

1. URL은 메서드 호출, 즉 차별화 "POST /app/s.svc/method1 HTTP/1.1"대 "POST /app/s.svc/method2 HTTP/1.1 : 지금까지 나는 다음을 보았다 "등등.
2. URL은 다른 메서드 호출에 대해 동일하지만 HTTP 헤더는"X-AjaxPro- 메서드 : method1 "대"X-AjaxPro- 메서드 : method2 "등의 메서드 호출을 구분합니다.

HTTP 헤더 이외의 다른 URL에 "멀티플렉싱"메서드 호출의 다른 예가 있습니까? 해당 "SOAPMethodName"헤더가없는 SOAP : Body 내에 만 포함 된 SOAP 메소드처럼 HTTP 헤더에 표시가없는 JSON 자체에 메소드 이름이 포함되어 있습니까? 내가 가지고 있지 않은 다른 사례가 있습니까?

도움 주셔서 감사합니다.

Answer 1

HTTP의 경우 주소가 인의 주소를 지정하지 마십시오. 프레임 워크 독립적 인 관점에서 보면 HTTP Specification은 리소스에 GET, POST, PUT 및 DELETE의 세 가지 주요 메소드를 제공합니다 (id가 2 인 사용자는 http://example.com/users/2). 이 4 가지 방법의 리소스 및 균일 한 인터페이스에 대한 아이디어 뒤에있는 소프트웨어 아키텍처 스타일을 REST이라고합니다.

이 아키텍처 스타일을 따르면 프레임 워크가 작동 할 수 있으며 HTTP 프로토콜을 사용합니다 (헤더의 X-AjaxPro-Method 전송은 이 아니고 HTTP 표준을 준수 함).

Answer 2

현재 추세는 HTTP 및 RESTful 서비스에 비해 REST쪽으로 향하고 있지만 RPC 메커니즘을 찾고있는 것처럼 들린다. 그것이 원하는 방향이라면, JSON-RPC을보아야 할 것입니다. RPC 메커니즘이므로 REST보다 SOAP 또는 XML-RPC에 훨씬 더 가깝습니다.