RESTプロトコルについてGET呼び出しがサーバーを更新すべきでないことがわかっている/冪等でなければならないことがわかったので、私はユーザー検索(GET呼び出しによる)私の結論は、それは冪等の操作(最初とNのsaveはサーバで同じ効果がある)なので、GETコールがサーバのデータを変更する場合はOKです。REST GET履歴を保存する
私は正しいですか?
おかげで、私がしたい場合(GET呼び出しによって作られた)ユーザー検索を保存するにはどう
RESTプロトコルについてGET呼び出しがサーバーを更新すべきでないことがわかっている/冪等でなければならないことがわかったので、私はユーザー検索(GET呼び出しによる)私の結論は、それは冪等の操作(最初とNのsaveはサーバで同じ効果がある)なので、GETコールがサーバのデータを変更する場合はOKです。REST GET履歴を保存する
私は正しいですか?
おかげで、私がしたい場合(GET呼び出しによって作られた)ユーザー検索を保存するにはどう
?
確かに、先に行ってください。
私の結論は、偶発的な操作(最初とNの保存はサーバーで同じ効果があります)ですから、GET呼び出しでサーバーデータが変更されても大丈夫です。
あなたの結論は良い、あなたの推論は少し柔らかいです。
ロイフィールディング、writing in 2002
HTTPは安全であるとGETの結果を要求しようとしません。何が であるかは、操作のセマンティクスが安全であることを必要とし、 は、インターフェイス またはそのインターフェイスのユーザではなく、実装の障害です。結果として何かが発生した場合は、 はプロパティの損失を引き起こしますお金、BTWは、この定義のために の財産とみなされます)。
ここで重要な考え方は、意味的な違いです:HTTPの均一なインタフェースは、その定義された意味は、本質的に読み取り専用である場合にGETがsafe
リクエストメソッドが「安全」とみなされていることを定義します。すなわち、クライアントは、安全な方法をターゲットリソースに適用した結果として、オリジンサーバ上の状態変化を要求せず、予期しない。同様に、安全な方法を妥当に使用しても、元のサーバーに何らかの損害、財産の損失、または異常な負担が発生することはありません。
サーバは(これらの要求のすべてをロギング、例えば、含む)要求それが好きな任意の方法を扱うことができます。