2016-07-13 12 views
2

最初に私は言う:私の悪い英語のために申し訳ありません。私は自分の問題を特定するために最善を尽くします。SOAP Web-SericesとOData-Serviceの具体的な違いは何ですか?

私はすでにJavaで(数年前..)様々なSOAP Webサービスを構築しており、SAP Gatewayを使って異なるOData Servicesを構築しています。主な違い(プログラミング言語を除く)は、XMLまたはJSON出力の中から選択できるODataを使用してSOAP WebサービスでWSDL(おそらくXML)を受け取ることです。

どちらも、REST-Paradigmを実現/実装していますが、主にOData-Serviceを実装するために共通しています。私は、異なるソフトウェアがODataを簡単に使用できることを知っていますが、両方のサービスの利点と欠点はどこですか?私は本当にそれを得ることはありません。

+0

いくつかの説明が見つかりました[ここ](https://social.microsoft.com/Forums/en-US/895e1d14-6517-47a6-81d3-9cae86b17808/diffrence-between-soapwsdl-and-odatacsdl-services?forum= crm) – scher

答えて

1

彼らはモデルを持っていることを共有しています。あなたはモデルができることを尋ねることができ、データを交換するためにそれを使うことができます。

違い:

SOAPははるかに柔軟です。あなたは何でもモデル化することができます。これにはいくらか複雑さが伴います。サーバー間やサーバーと複雑なクライアント間のデータ交換が可能です。

この柔軟性により、WebブラウザでSOAPコンプレックスが使用されるようになります。

ODataの背後にある考え方はひどくあなたがJavaScriptで消費されるが容易にするためにモデル化することができるものを制限することです。

基本的に、リストを挿入、更新、削除するためのメソッドを持つモデルフラットテーブルを。 ODataサービスでこれらのテーブルを複数作成し、階層を定義することができます。

お客様のリストとお客様のご注文を考えてください。

(ODataのはもう少しを行うが、それをシンプルに保つことができますすることができます)

それは簡単にはJavaScriptが消費できるような方法で作られているすべての。

ODataでは、Webアプリケーションに役立ついくつかのことも標準化しています。

今すぐSAP Fioriを見てください:ODataのシンプルなデータモデルは、これらの単純なFioriアプリケーションが一度に表示できるものと一致します。これはあなたに良い概観画像を与える

希望:データ交換のため

SOAP、ODataのWebアプリケーション用。

+0

ありがとうCastan。私は決してそのような複雑なウェブサービスを石鹸で構築したことはありません。今私にとって意味がある。答えをありがとう! –

関連する問題