ReST API (ServiceStack でビルド) で DELETE サポートを実装しており、DELETE が成功した後にどの応答コードを返すかを考えています。
HTTP は 410 を次のように定義します。
要求されたリソースはサーバーで使用できなくなり、転送先アドレスも不明です。この状態は永続的であると考えられています。リンク編集機能を持つクライアントは、ユーザーの承認後に Request-URI への参照を削除する必要があります。状態が永続的かどうかをサーバーが認識していないか、判断する機能がない場合は、代わりにステータス コード 404 (Not Found) を使用する必要があります。特に明記しない限り、この応答はキャッシュ可能です。
さて、リソースがDELETEd されたばかりの場合、おそらくこれらの推奨事項の多くを適用したいと思います...しかし、特に範囲がエラー状態を示すと想定されているため、受け入れられた慣行は200 OK次の成功を返すようです。DELETE4XX
HTTP 仕様のガイドラインを超える説得力のある議論はありますか?