Django api - DestroyAPIViewを使用してRESTfulnessを維持する方法

Question

Django DestroyAPIViewとDetailAPIViewをどのように使用しても、一般的に受け入れられている方法はRESTfulnessのままですか？その後、ジャンゴで1つのビュークラス（generics.DetailAPIView）またはメソッドは、呼び出し

を処理するために作成されます

私はRESTを理解していれば、正しく、それは次のように（一例のみを）動作するはず

/api/game/222 

RESTの世界では、 メソッド（get、...）を処理するために汎用APIクラスを使用すると考えています。

しかし、クラスを使用したい場合はgenerics.DestroyAPIView）を使用して、ゲームを削除する呼び出しを処理します。 それから私は使用する必要があります

/api/game/delete/222 

要求を正しいビューに送信する。

これは、RESTFULnessと一致しないようです。削除リクエストを送信し、/apt/game/222と一致する同じパターンを使用してゲームを削除するには、HTTPの削除メソッドの を使用する必要があります。それは冗長です。

質問：何か不足していますか？

要約するとオプション1：

/api/game/delete/222 (DestroyAPIView) 
/api/game/detail/222 (DetailAPIView) 

オプション2

/api/game/222 (RetrieveDestroyAPIView) 

私がいる限り、それははっきりととして一貫性のあるとしていずれかの方法で作品を推測し、以下に述べる。 "right"という方法はありません。

Answer 1

ここで聞いている内容に「緩和」がないかどうかわかりません。それは理にかなっている限り、異なるマッチングパターンを持つことはまったく問題ありません。

この例では、通常、/api/game/222はgenerics.ListCreateAPIViewではありません。これは、Listがすべてのゲームのリストを返すため、私たちはidを渡さないからです。Createは新しいGameを作成しようとしています。 idはまだデータベースにないため、一致するパターンは通常/api/game/である必要があります。

/api/game/222 - このようなパターンは、我々は通常ため、URLで指定されたidでgenerics.RetrieveUpdateDestroyAPIViewに使用する、私たちはどちらかに正しいGameオブジェクトを取得し、取得、更新または削除することができます。

安心なAPIについては、stack overflow questionの回答で「安らか」についての説明があります。