複数のドキュメントを含む更新が必要なページを作成しました。各ドキュメントは、ページのメニューから選択できます。
通常、これをマルチビュー+更新パネルでラップしますが、選択したドキュメントを反映するためにURLも更新する必要がありました。
現時点では、別のpostbackurlを使用してこれを行っています（更新パネルはありません）が、これは、戻るボタンがクリックされたときに「Firefoxは再送信する必要があります...2」というメッセージを表示することを意味します。
代わりに、ボタンイベントからリダイレクトできます。これは同じ効果がありますが、メッセージはありません。
私が持っている質問は、postbackurlメソッドがリダイレクトよりも重要な利点を提供するかどうかです。利点とは、パフォーマンスを意味します。
どんな考えでもいただければ幸いです。
Response.Redirectは単純なHTTP 302ので、パフォーマンスの面では「より速く」「より軽く」なる可能性があります。
PostBackURL他のオブジェクトViewStateと一緒に、フォームのアクションを更新します。Pageそのため、レイテンシーが増加するため、パフォーマンスが技術的に遅くなり、バルクが増えます。
再POSTを回避したい場合は、Response.Redirectを使用するのが最も簡単です。
2つのケースを考えてみましょう：
postbackurlなし、リダイレクトあり：クライアントはフォームを送信し、サーバーはリダイレクトを発行し、クライアントは最終URLにgetリクエストを発行してコンテンツを取得します
postbackurl：クライアントはフォームをpostbackurlに送信し、コンテンツを取得します
2番目のケースは、パフォーマンスの点で優れています（リダイレクトを取得して追跡するためのネットワークラウンドトリップはありません）
ただし、リダイレクトには、get要求が発行されるという事実にいくつかの利点があります。（リロードまたは再投稿の問題はありません）
とにかく、なぜあなたはあなたのコンテンツに到達するためにHyperLinkだけを使うことができないのか疑問に思いました。NavigateUrl