Android 용 SOAP 1.1, SOAP 1.2, HTTP GET 및 HTTP POST 메서드의 차이점은 무엇입니까?
SOAP 웹 서비스에 대한 코드를 작업 중입니다. Android 용 SOAP 1.1, SOAP 1.2, HTTP GET 및 HTTP POST 메서드의 변형을 알고 싶습니다. 사용 URL 또는 코드 샘플을 사이트에 추가하십시오.
감사
SOAP 버전의 차이점
SOAP 버전 1.1과 SOAP 버전 1.2는 모두 W3C (World Wide Web Consortium) 표준입니다. SOAP 1.1뿐만 아니라 SOAP 1.2도 지원하는 웹 서비스를 배포 할 수 있습니다. SOAP 1.2 사양에 적용된 SOAP 1.1의 일부 변경 사항은 중요하지만 다른 변경 사항은 사소합니다.
SOAP 1.2 사양은 SOAP 1.1에 몇 가지 변경 사항을 도입합니다. 이 정보는 SOAP 1.1 및 SOAP 1.2의 모든 새로운 기능이나 변경된 기능에 대한 자세한 설명이 아닙니다. 대신,이 정보는 현재 SOAP 버전 간의 더 중요한 차이점을 강조합니다.
중요한 SOAP 1.2 사양의 변경 사항에는 다음 업데이트가 포함됩니다. SOAP 1.1은 XML 1.0을 기반으로합니다. SOAP 1.2는 XML 정보 세트 (XML Infoset)를 기반으로합니다. XML 정보 세트 (infoset)는 XSD 스키마로 XML 문서를 설명하는 방법을 제공합니다. 그러나 infoset은 SOAP 1.1의 기반이되는 XML 1.0 직렬화로 문서를 직렬화 할 필요는 없습니다. XML 문서를 설명하는이 새로운 방법은 이진 프로토콜 형식과 같은 다른 직렬화 형식을 표시하는 데 도움이됩니다. 이진 프로토콜 형식을 사용하여 메시지를 압축 형식으로 압축 할 수 있습니다. 여기서 일부 자세한 태그 정보는 필요하지 않을 수 있습니다.
SOAP 1.2에서는 기본 프로토콜에 대한 바인딩 사양을 사용하여 기본 프로토콜 데이터 단위에서 사용되는 XML 직렬화를 결정할 수 있습니다. SOAP 1.2-Part 2에 지정된 HTTP 바인딩은 SOAP 메시지 정보 세트의 직렬화로 XML 1.0을 사용합니다.
SOAP 1.2는 공급 업체가 SOAP 1.2에 정의 된 바인딩 프레임 워크를 준수하는 한 HTTP를 사용하지 않고 전송 프로토콜을 공식적으로 정의하는 기능을 제공합니다. HTTP는 유비쿼터스이지만 TCP / IP 및 MQ를 포함한 다른 전송만큼 신뢰할 수 없습니다. SOAP 1.2는 WS-I (Web Services-Interoperability) 프로파일이 없을 때 상호 운용성 오류를 유발할 수있는 많은 모호성을 제거하는 SOAP 처리 모델의보다 구체적인 정의를 제공합니다. 목표는 SOAP 1.2 구현을 사용하는 서로 다른 공급 업체 간의 상호 운용성 문제 가능성을 크게 줄이는 것입니다. SAAJ (SOAP with Attachments API for Java)는 SOAP 요청을 발행하는 간단한 메커니즘으로 단독으로 사용할 수도 있습니다. SAAJ 사양의 주요 변경 사항은 SOAP 1.1 메시지 및 추가 SOAP 1을 나타내는 기능입니다. 2 개의 형식화 된 메시지. 예를 들어, SAAJ 버전 1.3은 SOAP 헤더 요소에서 SOAP 1.2 (예 : getRole (), getRelay ())에 더 도움이되는 새로운 상수 및 메소드 세트를 도입합니다. 또한 적절한 SOAP 1.1 또는 SOAP 1.2 메시지를 작성하기위한 SAAJ 용 팩토리에 대한 추가 메소드가 있습니다. SOAP 1.2에서 봉투 및 인코딩 스키마에 대한 XML 네임 스페이스가 변경되었습니다. 이러한 변경 사항은 SOAP 프로세서를 SOAP 1.1 및 SOAP 1.2 메시지와 구별하고 기존 구현에 영향을주지 않고 SOAP 스키마의 변경을 지원합니다. JAX-WS (Java Architecture for XML Web Services)에는 SOAP 1.1과 SOAP 1.2를 모두 지원하는 기능이 도입되었습니다. JAX-RPC는 런타임을 통해 순회 할 때 SOAP 메시지를 조작하기위한 요구 사항을 도입했기 때문에 적절한 SOAP 컨텍스트에서이 메시지를 표시 할 필요가있었습니다. JAX-WS에서
특정 안드로이드에 대한 미세한 POST 및 GET 메소드가 없습니다 ....하지만 여기에는 모두 차이점이 있습니다.
GET GET 메서드는 URL에 이름 / 값 쌍을 추가하여 리소스 표현을 검색 할 수 있습니다. 이것의 큰 문제는 URL의 길이가 제한되어 (약 3000 자) 페이지의 양식에 많은 항목이 있어야 데이터가 손실된다는 것입니다. 따라서이 방법은 매개 변수 수가 적은 경우에만 작동합니다.
이것은 나에게 무엇을 의미합니까? 기본적으로 이것은 대부분의 상황에서 대부분의 개발자에게 GET 메서드를 쓸모 없게 만듭니다. 다음은이를 보는 또 다른 방법입니다. 양식에서 많은 수의 매개 변수를 사용하거나 매개 변수에 많은 양의 데이터가 포함 된 경우 URL이 잘릴 수 있습니다 (오늘날의 데이터 중심 사이트가 제공 될 가능성이 가장 높습니다). 또한 URL에 전달 된 매개 변수는 브라우저의 주소 필드 (YIKES !!!)에서 볼 수 있으며, 호기심이 많은 사용자에게 구걸하기 때문에 모든 종류의 민감한 (또는 민감하지 않은) 데이터를 표시하기에 가장 좋은 곳이 아닙니다. 그것을 엉망으로 만듭니다.
POST GET 메소드의 대안은 POST 메소드입니다. 이 메서드는 HTTP 요청 본문 내부에 이름 / 값 쌍을 패키징하여보다 깔끔한 URL을 만들고 양식 출력에 크기 제한을 적용하지 않습니다. 기본적으로 사용할 항목은 간단합니다. POST는 또한 더 안전하지만 확실히 안전하지 않습니다. HTTP는 CRUD를 완벽하게 지원하지만 HTML 4는 다양한 요소를 통해 GET 및 POST 요청 실행 만 지원합니다. 이러한 제한으로 인해 웹 응용 프로그램은 HTTP를 완전히 사용하지 못했으며이를 해결하기 위해 대부분의 응용 프로그램은 POST를 오버로드하여 리소스 검색을 제외한 모든 작업을 처리합니다.
W3C에서 게시 한 다음 문서 에서는 SOAP 1.1과 1.2의 차이점도 설명합니다.
'programing' 카테고리의 다른 글
| typescript에서 npm 모듈을 사용하는 방법은 무엇입니까? (0) | 2020.11.05 |
|---|---|
| 무료 C # QR 코드 생성기 (0) | 2020.11.05 |
| get_user_model과 설정을 사용하는 Django.AUTH_USER_MODEL (0) | 2020.11.05 |
| 새로운 정수 대 valueOf (0) | 2020.11.05 |
| Rails에서 "리소스"란 무엇입니까? (0) | 2020.11.05 |