次の 3 つのステートメントの意味は何ですか。
get メソッドが使用され、ページが更新された場合、要求が再度送信される前にプロンプトが表示されません。
投稿されたクエリに対するページの応答が常に同じである場合は、GET サンプル データベース検索を使用します。
フォームの処理に関連するサービスに副作用 (たとえば、データベースの変更やサービスへのサブスクリプション) がある場合、メソッドは POST にする必要があります。
私が部分的に理解している2番目のもの：同じキーワードを使用してデータベースからクエリを実行すると、同じ結果が生成されること。例：「IPアドレスを見つける方法」は、この文字列を含む新しい投稿があるまで、Webサイトで毎回同じ結果を生成します（IPアドレスを見つける方法）。しかし、なぜ get が使用されるのかわかりません。
それらのガイドラインを見つけたコンテキストを持っていると役立ちますが、次のとおりです。
誰かがPOST操作の結果としてページをリロードすると、通常、「送信されたデータを再送信しますか?」のような確認ダイアログが表示されます。データベース。たとえば、人々が盲目的に同じ注文の複数のコピーを作成することは望ましくありません。
誰かがGET操作の結果としてページをリロードすると、サーバーに望ましくない副作用が発生しないという前提で、それ以上の確認なしにページが更新されます。
他にも考慮事項があります。GETリクエストへの直接リンクを作成することはできますがPOST、POST.
これらのステートメントは、getvspostをいつ使用するかについてのガイダンスを提供しているようです。基本的な考え方は、getは読み取り専用操作用であり、postは更新操作用であるということです。
GETはべき等であると想定されています。つまり、操作を何度繰り返しても、結果は同じになります。GET操作自体は、サービス/データに変更を加えません。たとえば、スタックオーバーフローでスレッドをロードします。getを複数回実行しても、バックエンドサービスには影響しません。
一方、POSTは、バックエンドのデータ/サービスに変更を加える可能性があります。たとえば、スタックオーバーフローに新しいメッセージを投稿します。同じ投稿を複数回行うと、メッセージが複数回投稿されます。
データベースの選択操作がある場合は、データベース内のデータを変更したり変更したりしないため、GET操作を実行しますが、削除または挿入を使用する場合、これはGETで変更される可能性があります。どんなウェブサイトにも良くない変更。