Webサービスを記述するためにWSDLを使用したいのはなぜですか?

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

  •  04-07-2019
  •  | 
  •  

質問

WSDLがなぜ有益なのか理解するのに苦労しています。真実は、サービス定義が人間が読めるほどのものではなく、ほとんどの開発者が自動化ツールを使用してアプリケーションでオブジェクトを生成するためです。サービスプロバイダーが単純なXMLスキーマを定義し、ドキュメントで入手できるものと入手方法を説明するのが簡単ではないのはなぜですか? 「ユニバーサル定義」全体を理解しています。アスペクトですが、それはすべて私にはとても複雑に思えます。ソーシャルサイトのほとんどのAPIは、基本的なRESTfulアーキテクチャを使用します。APIが行うことは、取得するデータのスキーマ表現を提供することだけです。真剣に、私はここで何かを見逃しているに違いありません。

役に立ちましたか?

解決

かつて、WSDLは人気があり、多くの企業(および大規模なSOAシステム)の内部ツールでは、WSDLがまだ使用されていると確信しています。しかし、あなたが正しいのは、RESTの採用により、「シーンにヒットする」WSDLが少し地図から外れたということです。

たとえばAmazon S3を使用します。 REST APIとともにWSDLを提供します。 S3ユーザーの98%がREST APIを使用しており、AmazonがWSDLサポートの削除を検討していることをどこかで読みました。

RESTはクリーンです。 WSDLは、多くの場合、他のツールに依存して解析したり、WSDLが提供するサービスを活用するためにアプリケーションの機能を自動的に構築したりします。また、RESTには、HTTPを活用し、実際にはそれ以上依存しないことにより、はるかに自然であるという利点もあります。 SOAPを取り入れて、WSDLに付随する他の多くの頭字語を取得すると、多くのことを手に入れることになります。...

他のヒント

では、「シンプルなXMLスキーマ」とはツールが現在実行しているのと同じレベルのコード生成サポートを提供できるようにすることを提案しますか?

WSDLデザイナーは、必要なものすべてを公開する最も単純なスキーマをすでに提供していると主張するだろうと思います。必ずしも同意するとは言いませんが、クライアントを自動生成できることは非常に強力です。

私にとって、WSDLは、オリジナルのJava EJBのような、過剰に設計された「オニオンアーキテクチャ」の別の例のように思えます。たくさんの層と涙。

一つには、WSDLは自動化ツールがオブジェクトを生成するために使用するものです。そして、それはすでに非常に単純なXML形式ですが、XMLを簡単に記述できるツールは存在しないと信じ始めています。誰もそれがRESTよりも優れたプロトコルだと言っているとは思いませんが、最初に登場し、優れたツールサポートを備えており(Visual Studioはサービスの作成および消費時に完全に抽象化されます)、それは標準であり、おそらく人気がありますしばらく。

このリンクが役立ちます。

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

これは、SOAPとRESTの競合を理解していない人を助ける素晴らしいリソースです。それらは異なるツールです。それらを使用して、最も効率的な方法で問題を解決します。

WSDLはXML表現ファイルであり、外部システムが実装技術やプラットフォームに関係なくWebサービスと通信するための通信標準です。参考までに、RESTfulサービスはWADLと呼ばれる定義言語ファイルを使用して、サービスを記述することもできます。そのため、ウェブサービスだけではありません。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top