RESTとSOAPサービスの選択ガイド？

Question

RESTとSOAPの間で決定を下す際のドキュメントやガイドへのリンクはありますか？私はこれらの両方を理解していますが、セキュリティのような主要な決定点についての参考資料を探しています。

Answer 1

Google first hitはかなり包括的です。

私はここに問題があると思っています。あなたは自分自身の判断を下して、自分自身の判断を下すことができます。

このような設計の決定は最終的には開発者/設計者に任されています。時間の99％、問題のドメインは決定的な要素（または少なくともそれはすべきです）、ネット上のガイドではありません。

Answer 2

SOAP（Simple Object Access Protocol）標準は、メッセージアーキテクチャとメッセージフォーマットを定義するXML言語で、Webサービスで使用され、操作の説明が含まれています。 WSDLは、Webサービスを記述し、WebサービスにアクセスするためのXMLベースの言語です。 SMTP、HTTP、FTPなどで動作します。WSDL + XSD、WS-Policyなどのサービスを定義するためのミドルウェアのサポートが必要です。SOAPはXMLベースのデータを返します。SOAPはセキュリティと信頼性に関する標準を提供します。

Representational State Transfer ） ウェブサービス。それらは第2世代のWebサービスです。 RESTfulなWebサービスは、SOAPベースのサービスよりHTTP経由で通信し、XMLメッセージやWSDLサービスAPI定義を必要としません。 RESTのためのミドルウェアは必要ありませんHTTPサポートが必要ですWADL標準、RESTはXML、プレーンテキスト、JSON、HTMLなどを返します

多くのタイプのクライアントがRESTful Webサービスを消費しやすくなり、進化し、拡大縮小する。クライアントは、サービスの一部または全部を消費し、他のWebベースのサービスとマッシュアップすることを選択できます。

REST uses standard HTTP so it is simplerto creating clients, developing APIs 
REST permits many different data formats like XML, plain text, JSON, HTML where as SOAP only permits XML. 
REST has better performance and scalability. 
Rest and can be cached and SOAP can't 
Built-in error handling where SOAP has No error handling 
REST is particularly useful PDA and other mobile devices. 

RESTサービスは既存のWebサイトと簡単に統合できます。

SOAPにはセキュリティと信頼性の標準を提供するプロトコルのセットがあり、他のWS準拠のクライアントやサーバーと相互運用できます。 SOAP Webサービス（JAX-WSなど）は、非同期処理および呼び出しの処理に役立ちます。

複雑なAPIのSOAPの方が便利です。

Answer 3

私は、RESTとSOAPの両方を使って同様の機能を実装することができると考えていますが、SOAPの特定の機能が必要な場合は一般的にSOAPを使用する必要があります。しかし、RESTとSOAPの両方がしばしば「Webサービス」と呼ばれ、一方はもう一方の代わりに使用されますが、全く異なるアプローチです。 RESTは、クライアント/サーバーアプリケーションを構築するためのアーキテクチャスタイルです。 SOAPは、2つのエンドポイント間でデータを交換するためのプロトコル仕様です。

私は彼のポストで+ Rob Cooperと非常に同意します。はい、非常に多くの支持者がいます。私はdifference between soap and restを記載しました。

Answer 4

RESTとSOAPのどちらを決定するのに役立つ良いフローチャートがあります。

リンクチャートを流す：記事へhttps://drive.google.com/file/d/0B3zMtAq1Rf-sdVFNdThvNmZWRGc/edit

リンク：私はこの決定を行うために使用https://www.linkedin.com/pulse/20140818062318-7933571-soap-vs-rest-flowchart-to-determine-the-right-web-services-protocol-for-your-needs

他の二つの要因は次のとおりです。

1）サービスのクライアントは、メディアタイプが必要になりますXML以外のもの（例：JSON）。はいの場合は、RESTを使用します。

2）サービスのクライアントは、常にアプリケーション/サーバ（例えばないRIAやAJAXクライアントを）されようとしています。そうでない場合は、AJAXを使用するときにRESTサービスを使用する方が簡単であるため、これはRESTに傾いています。