私のWebサービスでクライアントが** POST **リクエストを使用して**削除**を行うことを許可しても、まだRESTfulと見なされていますか？

Question

ウェブサービスでクライアントがを実行してを削除する場合、POSTリクエストを使用してもRESTfulと見なされますか？

Answer 1

厳密に言えば、私はまだそれをRESTfulと考えていますが、そうではないと思います。すべてのHTTP動詞を使用することができない場合があります。これにより、多くのREST APIがPOSTまたはGETを介して他のアクションを許可します。

Answer 2

公式のRESTful標準はないので、メソッドoverride =メソッドなどのパラメータで明示的に渡されている限り、問題ありません。

Answer 3

実用的な見地からは、クライアントが実装するのが容易ではないかもしれませんが、特に、それらがあいまいではなく、DELETEを行う方法がわからない場合は、短い答えはいいえです。

これはあなたのWebサービスだから、あなたのビジネスニーズに最も適したものを実行する必要があります。 RESTの完全な実装は、APIの操作方法に関する偉大なクライアントのドキュメントよりも重要ではありません。

Answer 4

これは流行語になっているため、APIが「RESTful」であるかどうかという疑問はありません。より重要な問題は、これがRFC 2616で定義されているHTTPプロトコルをうまく利用しているかどうかということです。関連するセクションはhttp://www.w3.org/Protocols/rfc2616/rfc2616-sec9.htmlです。

「POSTメソッドは、要求に含まれるエンティティを元のサーバーがRequest-LineのRequest-URIによって識別されるリソースの新しい従属として受け入れることを要求するために使用されます。 POSTは通常、コレクション内に新しい項目を作成したり、既存のリソースに注釈を付けるために使用されます。注釈を削除して注釈を付けるのは実際には禁止されておらず、安全性と冪等の問題はありませんが、POSTでの削除は意図したとおりのHTTPの使用ではありません。

つまり、リソース内で「削除フラグを設定する」ことでPOSTや既存のリソースを修正すると、現代のRESTful APIの実践に従うことになります。しかし、完全にそれを打つために？いいえ、それがHTTP DELETEの目的です。

Answer 5

いいえHTTPが意図されている方法ではRESTfulではありません。 DELETEまたはPUTをサポートしていないクライアントが、サポートするように設計されたリソースと対話できるようにする方法は、実行する操作を示すカスタムヘッダーを使用することです。次に、フレームワーク内のレイヤーにヘッダーを調べ、リソースコード内の正しいメソッドを呼び出します。私が最も広く使用しているアプローチは、X-HTTP-Method-Overrideというヘッダーを使用することです。クライアントがHTTPヘッダーを操作できない場合、同じアプローチ（同じ名前を使用するイベント）を要求パラメーターとともに使用できます。