POST を使用する代わりに、REST 動詞 GET、POST、PUT、DELETE を使用し、挿入、更新、または削除する内容を記述した XML-RPC 操作の記述を POST 本文に埋め込む利点は何ですか。さらに、これらの操作を一度に複数実行したい場合、REST は一度にトランザクションや複数の操作をサポートしていないように見えるため、残りの設計は役に立たないのではないでしょうか。
ありがとう。
POST を使用する代わりに、REST 動詞 GET、POST、PUT、DELETE を使用し、挿入、更新、または削除する内容を記述した XML-RPC 操作の記述を POST 本文に埋め込む利点は何ですか。さらに、これらの操作を一度に複数実行したい場合、REST は一度にトランザクションや複数の操作をサポートしていないように見えるため、残りの設計は役に立たないのではないでしょうか。
ありがとう。
以下は、他のサービスよりも REST サービスを好む理由についての私の考えです。
REST は HTTP 動詞を使用してGET, POST, PUT, DELETE
、サービスの意図を伝えます。HTTP フレームワークの大部分はそのまま使用されます。
私の意見では、新しいプロトコルを構築するために HTTP を回避する必要はありません。RESTful サービスを構築して使用するには、HTTP の理解のみが必要です。あらゆるリソースに作用する慎重に設計されたサービスは、RESTful モデルに適合すると思います。
RESTful サービスでは、リソースの操作は直感的です。そのため、リソースに対して GET 操作を行う場合、操作がべき等であることが不可欠です。REST により、より軽量なペイロードを使用できます。RESTful サービスへの ajax 呼び出しを行うのはとても簡単で軽いです。
同じサービスで、json、xml などのさまざまな要求/応答形式を処理する機能を提供します。
REST には ws トランザクション タイプのサポートはありませんが、RESTful サービスを構築して同じ一貫した状態を実現できます。ソリューションに必要なアーキテクチャと契約によっては、REST が適切でない場合があります。