왜 정확하게 사용하고 싶 WSDL 을 설명하는 웹 서비스입니까?

StackOverflow https://stackoverflow.com/questions/229797

  •  04-07-2019
  •  | 
  •  

문제

난 이해하는 데 문제가 왜 WSDL 너무 도움이 될 것 이라고 할 때 사실은 서비스를 정의하지 않는 인가 읽을 수 있는,그리고 대부분의 개발자들은 사용하여 자동화된 도구를 소모를 생성 개체를 응용 프로그램에서입니다.지 않는 이유는 무엇입니까이 더 쉽다 서비스 공급을 정의하는 간단하는 XML 스키마 단지 말에서 무엇을 얻을 수 있다고 어떻게 그것을 얻을 수 있습니까?나는 전체를 이해하는 것이"보편적인 정의"양상이지만,그것은 모두 그냥 그래서 오늘을 나입니다.대부분의 Api 를 위한 소셜 사이트에서 사용하는 기본 편안한 건축,그리고 그들은 모두 당신에게 스키마 표현의 데이터를 얻을 것이다.심각하게,나는 뭔가가 여기에.

도움이 되었습니까?

해결책

한 번에 WSDL 었다 인기있는 나를 위한 내부 도구를 위해 많은 회사(및 큰 SOA 시스템),WSDL 은 아직도 사용합니다.하지만 당신은 올바른 채택의 나머지 부분에는 취 WSDL 지금 그것은"장".

예를 들어,아마존 S3.그들이 제공하는 WSDL 나머지 부분과 함께 API 를 사용합니다.만약의 98%S3 사용자는 사용 REST API 를 사용하여 아마존은 고려 놓 WSDL 지원합니다.

나머지는 깨끗합니다.WSDL 종종에 따라 다른 도구하는 분석,또는 자동 빌드 기능에 대한 귀하의 혜택을 응용 프로그램에서 제공하는 서비스 WSDL.나머지도 되는 혜택이 훨씬 더 많은 자연을 이용하여 HTTP 지에 의존하고 아무것도 더.하나에 당신을 얻을 비누로 믹스하고 많은 다른 약어와 함께 가는 WSDL,당신은 당신이 많아서 당신의 손에 있습니다....

다른 팁

그렇다면 도구가 지금과 동일한 수준의 코드 생성 지원을 제공 할 수 있도록 어떤 "간단한 XML 스키마"를 제안 하시겠습니까?

WSDL 디자이너는 이미 필요한 모든 것을 노출시킬 수있는 가장 간단한 스키마를 이미 제공한다고 주장 할 것이라고 생각합니다. 나는 반드시 동의한다고 말하지는 않지만 고객을 자극하는 것은 매우 강력합니다.

나에게 WSDL은 원래 Java EJBS와 같이 과도하게 공학적 인 "양파 아키텍처"의 또 다른 예처럼 보입니다. 많은 층과 눈물.

우선, WSDL은 자동화 된 도구가 객체를 생성하는 데 사용하는 것입니다. 그리고 그것은 이미 매우 간단한 XML 형식이지만 XML을 쉽게 작성할 수있는 도구가 존재하지 않는다고 믿기 시작했습니다. 아무도 휴식보다 더 나은 프로토콜이라고 말하는 사람은 없지만 먼저 나왔고 훌륭한 도구 지원을 가지고 있습니다 (Visual Studio는 서비스를 만들고 서비스를 만들 때 완전히 추상화됩니다). 잠시.

이 링크가 도움이 될 것입니다.

http://www.prescod.net/rest/rest_vs_soap_overview/

이것은 비누와 휴식 경쟁을 이해하지 못하는 사람들을 돕는 훌륭한 자원입니다. 그들은 다른 도구입니다. 가장 효율적인 방식으로 문제를 해결하도록 사용하십시오.

WSDL은 XML 표현 파일이며 모든 외부 시스템이 구현 기술 또는 플랫폼에 관계없이 웹 서비스와 통신 할 수있는 통신 표준입니다. FYI, RESTFUL SERVICE는 WADL이라는 정의 언어 파일을 사용하여 서비스를 설명 할 수 있습니다. 따라서 웹 서비스에 관한 것이 아닙니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top