XML 웹 서비스는 인터넷에서 분산 컴퓨팅을위한 기본 빌딩 블록입니다. 개방형 표준 및 사용자와 응용 프로그램 간의 커뮤니케이션 및 협업에 중점을두면 XML 웹 서비스가 애플리케이션 통합을위한 플랫폼이되는 환경을 만듭니다. wulin.com의 편집자는 XML 웹 서비스 비누 학습의 기본 사항을 가르쳐주기 위해 이것을 권장합니다. 다음은 Web XML에 대한 자습서입니다. 나는 당신이 당신의 지식과 기술을 향상시키기 위해 무언가를 좋아하고 배울 수 있기를 바랍니다. 다음은 컨텐츠에 대한 자세한 내용입니다. XML 웹 서비스 란 무엇입니까?
XML 웹 서비스는 인터넷에서 분산 컴퓨팅을위한 기본 빌딩 블록입니다. 개방형 표준 및 사용자와 응용 프로그램 간의 커뮤니케이션 및 협업에 중점을두면 XML 웹 서비스가 애플리케이션 통합을위한 플랫폼이되는 환경을 만듭니다. 애플리케이션은 여러 다른 소스의 XML 웹 서비스를 사용하여 구성되며 구현 위치 또는 방법에 관계없이 함께 작동합니다.
XML 웹 서비스를 구축하는 회사의 수에서 찾을 수있는 XML 웹 서비스 정의 수. 그러나 거의 모든 정의에는 다음과 같은 공통점이 있습니다.
1. XML 웹 서비스는 표준 웹 프로토콜을 통해 웹 사용자에게 유용한 기능을 제공합니다. 대부분의 경우 비누 프로토콜이 사용됩니다.
2. XML 웹 서비스는 인터페이스를 자세히 설명 할 수 있으므로 사용자가 클라이언트 응용 프로그램을 생성 할 수 있습니다. 이 설명은 종종 웹 서비스 설명 언어 (WSDL) 문서라는 XML 문서에 포함됩니다.
3. XML 웹 서비스가 등록되어 잠재적 인 사용자가 UDDI (Universal Discovery, Description 및 Integration)를 통해 수행되는 이러한 서비스를 쉽게 찾을 수 있습니다.
XML 웹 서비스 아키텍처의 주요 장점 중 하나는 다른 플랫폼과 다른 언어로 작성된 다양한 프로그램이 표준 기반 방식으로 서로 통신 할 수 있다는 것입니다. 이 산업 중 일부를 알고있는 사용자는 즉시 말할 수 있습니다. 잠깐, Corba와 이전 DCE가 같은 약속을하지 않았습니까? 이것과 그들의 차이점은 무엇입니까? 가장 중요한 차이점은 비누가 이전 방법보다 훨씬 간단하므로 표준 호환 비누를 구현하는 데 장애가 훨씬 적다는 것입니다. 마지막으로 계산했을 때이 목록에는 이미 79 개의 항목이 포함되어 있습니다. 예상대로 대부분의 대형 소프트웨어 회사는 SOAP 구현을 제공하지만 개별 개발자가 작성하고 유지 관리하는 많은 구현이 있습니다. XML 웹 서비스의 또 다른 장점은 이전 솔루션과 비교하여 표준 웹 프로토콜 (XML, HTTP 및 TCP/IP)을 사용하는 것입니다. 많은 회사들이 웹 인프라를 설립했으며 직원들은 유지 보수에 대한 지식과 경험을 가지고 있습니다. 따라서 XML 웹 서비스를 도입하는 것은 이전 기술을 도입하는 것보다 훨씬 저렴합니다.
우리는 XML 웹 서비스를 다음과 같이 정의합니다. SOAP를 통해 웹에서 제공된 소프트웨어 서비스, 설명에는 WSDL 파일을 사용하고 UDDI를 통해 등록합니다. 그러면 XML 웹 서비스로 무엇을 할 수 있습니까? 원래 XML 웹 서비스는 일반적으로 주가, 일기 예보, 스포츠 결과 등과 같은 응용 프로그램에 쉽게 통합 할 수있는 정보의 출처입니다. 당신이 관심있는 정보를 분석하고 집계하고 다양한 방식으로 제공하기 위해 구축 할 수있는 전체 클래스의 응용 프로그램을 쉽게 생각할 수 있습니다. 예를 들어 Microsoft를 사용할 수 있습니까? Excel 스프레드 시트는 주식, 401K, 은행 예금, 대출 등 모든 재무 정보를 집계합니다. XML 웹 서비스를 통해이 정보를 얻을 수 있다면 Excel은 지속적으로 업데이트 할 수 있습니다. 이 정보 중 일부는 무료이며 다른 정보는 해당 서비스를 얻기 위해 구독이 필요할 수 있습니다. 이 정보의 대부분은 이제 웹에서 사용할 수 있지만 XML 웹 서비스는 프로그래밍 액세스를보다 쉽고 신뢰할 수 있도록합니다.
XML 웹 서비스에 기존 애플리케이션을 제공하여 새롭고 강력한 응용 프로그램을 구축하고 XML 웹 서비스를 빌딩 블록으로 활용할 수 있습니다. 예를 들어, 사용자는 다른 공급 업체로부터 가격 정보를 자동으로 얻기 위해 조달 애플리케이션을 개발하여 사용자가 공급 업체를 선택하고 주문을 제출 한 다음 상품을받을 때까지 상품 배송을 추적 할 수 있습니다. 웹에서 서비스를 제공하는 것 외에도 공급 업체의 애플리케이션은 XML 웹 서비스를 사용하여 고객의 신용을 확인하고 지불금을 수집하며화물 회사와의화물 절차를 진행할 수 있습니다.
앞으로 가장 흥미로운 XML 웹 서비스 지원 애플리케이션 중 일부는 웹을 활용하여 현재 실패한 작업을 완료 할 수 있습니다. 예를 들어, 캘린더 서비스는 Microsoft .net My Services 프로젝트에서 지원할 서비스 중 하나입니다. 치과 의사와 기계공 이이 XML 웹 서비스를 통해 일정을 제공하는 경우 인터넷을 통해 약속을 예약 할 수 있습니다. 원하는 경우 캘린더에서 직접 청소 및 매일 유지 관리를위한 날짜를 만들 수도 있습니다. 웹을 프로그래밍 할 수있는 한 수백 개의 응용 프로그램을 만들 수 있다고 상상하기는 어렵지 않습니다.
비누
SOAP는 XML 웹 서비스의 통신 프로토콜입니다. SOAP가 통신 프로토콜로 묘사되면 대부분의 사람들은 DCOM 또는 CORBA를 생각하고 SOAP가 물체를 활성화하는 방법과 같은 질문을합니까? 또는 SOAP는 어떤 종류의 이름 지정 서비스를 사용합니까? SOAP 구현에는 위의 것을 포함 할 수 있지만 SOAP 표준은이를 지정하지 않습니다. SOAP XML 형식의 메시지를 정의하는 사양 - 사양의 필수 부분입니다. 한 쌍의 비누 요소에 포함 된 적절하게 구조화 된 XML 세그먼트는 비누 메시지입니다. 이것은 매우 간단합니까?
SOAP 사양의 다른 부분은 프로그램 데이터를 XML로 표현하는 방법과 원격 프로 시저 호출 (RPC)에 SOAP를 사용하는 방법을 설명합니다. 이러한 선택적 사양 부품은 RPC 형태로 응용 프로그램을 구현하는 데 사용되며 클라이언트가 SOAP 메시지 (호출 가능 함수 포함 및 함수로 전송할 매개 변수 포함)를 발행하는 경우 서버는 기능 실행 결과가 포함 된 메시지를 반환합니다. 현재 COM 또는 CORBA 응용 프로그램 개발에 익숙한 프로그래머는 RPC 양식에 익숙하기 때문에 현재 대부분의 SOAP 구현은 RPC 응용 프로그램을 지원합니다. SOAP는 또한 SOAP 메시지가 XML 문서의 래퍼 인 문서 응용 프로그램을 지원합니다. 문서화 된 SOAP 응용 프로그램은 매우 유연하며 많은 새로운 XML 웹 서비스 가이 기능을 활용하여 RPC로 구현하기 어려운 서비스를 구축합니다.
SOAP 사양의 마지막 선택 부분은 SOAP 메시지가 포함 된 HTTP 메시지 스타일을 정의합니다. 이 HTTP 결합은 거의 모든 현재 OS (및 많은 이전 OS)가 HTTP를 지원하기 때문에 매우 중요합니다. HTTP 결합은 선택 사항이지만, 거의 모든 SOAP 구현은 HTTP 결합을 지원합니다. 비누의 유일한 표준 프로토콜이기 때문입니다. 이런 이유로 사람들은 종종 비누가 HTTP를 사용해야한다고 실수로 믿습니다. 실제로 일부 구현은 MSMQ, MQ 시리즈, SMTP 또는 TCP/IP 전송을 지원하지만 HTTP는 매우 일반적이기 때문에 거의 모든 현재 XML 웹 서비스가 사용합니다. HTTP는 웹의 핵심 프로토콜이기 때문에 대부분의 조직의 네트워크 인프라는 HTTP를 지원하고 직원들은이를 관리하는 방법을 배웠습니다. 오늘날 HTTP의 보안 보호, 모니터링 및로드 밸런싱을위한 인프라가 설정되었습니다.
비누를 사용하기 시작하면 혼동하기 가장 쉬운 것은 SOAP 사양과 많은 구현의 차이입니다. SOAP를 사용하는 대부분의 사용자는 비누 메시지를 직접 작성하지 않지만 SOAP 툴킷을 사용하여 비누 메시지를 작성하고 분석합니다. 이 툴킷은 일반적으로 기능 호출을 특정 언어에서 비누 메시지로 변환합니다. 예를 들어, Microsoft Soap Toolkit 2.0은 COM 기능 호출을 SOAP로 변환하는 반면 Apache Toolkit은 Java 기능 호출을 SOAP로 변환합니다. 기능 호출 유형과 지원되는 매개 변수의 데이터 유형은 각 SOAP 구현에 따라 다르므로 하나의 툴킷에 적용되는 기능은 다른 툴킷에 적용되지 않을 수 있습니다. 이것은 비누의 제한이 아니라 사용 된 특정 구현 체계의 한계입니다.
지금까지 SOAP의 가장 인상적인 기능은 다양한 소프트웨어 및 하드웨어 플랫폼에서 구현할 수 있다는 것입니다. 이는 SOAP가 기업 안팎의 다른 시스템을 연결하는 데 사용될 수 있음을 의미합니다. 과거에는 시스템 통합에 사용될 수있는 일반적인 통신 프로토콜을 제안하기 위해 다양한 방법이 시도되었지만 SOAP와 같은 광범위한 인식을 얻지 못했습니다. 왜? SOAP는 많은 이전 프로토콜보다 작고 구현하기 쉽기 때문입니다. 예를 들어, DCE 및 CORBA의 구현에는 몇 년이 걸리므로 몇 가지 구현 솔루션 만 출시되었습니다. SOAP는 기존 XML 파서 및 HTTP 라이브러리에서 대부분의 노력을 기울일 수 있으므로 SOAP 구현은 몇 달 안에 완료 될 수 있습니다. 이것이 70 개 이상의 비누 구현이있는 이유입니다. 물론 SOAP에는 DCE 또는 CORBA의 모든 기능이 없습니다. 기능이 줄어들지만 복잡성이 크게 줄어들기 때문에 비누는 적용하기가 더 쉽습니다.
HTTP의 인기와 비누의 단순성으로 인해 거의 모든 환경에서 전화를 걸 수 있으므로 XML 웹 서비스에 이상적인 기초가됩니다.
끝. 튜토리얼이 여기에서 완료되었습니다. 독서에서 무언가를 얻었습니까? 이 사이트는 또한 웹 XML 관련 컨텐츠를 제공하며 계속 읽기에 오신 것을 환영합니다.