php mvc framework agaviはRESTに準拠したCRUDを使用しますか？

Question

agaviフレームワークは、情報の更新にPUTリクエストを使用してPOSTを作成します。通常、RESTでは、これは逆の方法で使用されます（データレコード全体を置き換えるPUTの間に情報を追加するPOSTを指すことがよくあります）。

私が正しく理解していれば、重要な問題はPUTが冪等でなければならないということですが、POSTにはこの要件はありません。したがって、私は新しいレコードの作成が偶然になる可能性がある（つまり、複数の要求がレコードの複数の作成につながることはない）、特にORMがidを主キーとして使用し、新しいレコードのidがわからない（データベース内で自動作成されているため）クライアントに送信されるため、要求の一部になることはできません。どのようにしてPUTリクエストのためにこれを考慮して、アガビは冪等級の要求をどのように維持しますか？

ありがとうございました。

Answer 1

PUTは、完全なレコードの作成と更新の両方に使用できます。 POSTは通常、リソースのURLを指定せずに、サーバー上で新しいタイプのレコードを作成するだけでなく、部分的な更新や関連する操作にも使用されます（POSTの/ articles/23/commentsは201状態とLocation：/ articlesを返します）。/23/comments/283136ヘッダー）。だからあなたの場合（シーケンス/自動インクリメントID付き）、あなたはそのアプローチを使用します。

ただし、HTML（したがってWebフォーム）は異なります。それはGETとPOSTを知っているだけで、DELETEとPUTはありません。削除操作および更新操作では、POSTメソッドがオーバーロードされます。

これはAgaviがデフォルトでPOSTを「書き込み」にマップし、GETを「読み取り」にマップする理由です。これは最も一般的な使用例です。比較的「中立」であるため「読み込み」と「書き込み」が選択されました。 GETとPOSTの安全性の側面を表現します（「GETは副作用なしで呼び出すことができます」など）。

factories.xmlでAgaviWebRequest実装の動詞のマッピングを変更できます。助けが必要な場合はAgaviのユーザーメーリングリストまたはIRCチャンネルを参照してください（またはここで質問してください）。 IRCチャンネルの多くの人は、APIをきれいにするための助けが必要な場合に備えて、URLスキーム設計にもかなり経験があります。

Answer 2

PUTを使用してリソースを作成することができますが、リソースがすでに存在する場合（または以前のPUTによって既に作成されている場合）は、リソースを更新するだけです。ただし、単純なCRUDの場合、POSTはリソースを更新すべきではありません。 HTTP動詞には、CRUDだけでなく、多くの場合に便利なので、特定のアクションへのマッピングが定義されていないことに注意してください。

また、この質問はRESTとは関係がないことに注意してください。適切なHTTPの使用です。そのため、RESTタグを削除してください。

Answer 3

PUTを作成して考えるのではなく、それを「パッティング」と考えてください。リソースをURIに配置します（つまり、リソース全体をURIに送信します）。

PUT http://example.com/articles/1 

あなたが同じ結果を取得し、あなたはそのURIでリソースを変更していない（同じURIに同じリソース全体を送って）これを繰り返すと、それはそれは冪等にするものです。

PUTのagaviの実装が冪等である場合、それは正しくPUTを実装しています。それ以外の場合はそうではありません。

Answer 4

私はこれまでにこの問題を抱えていました。これは次のように解決できますchanging the factories.xml