ブラウザの動作を上書きするリクエストの処理（戻るおよび更新）
私はこの会社の新人であり、クライアントの要求に応えるために、ブラウザーの動作に関する可能な回避策を調査する任務を負っています。
少し背景;彼らが望んでいるのは、ユーザーがFacebookと同じように、フォームのあるページ（ブラウザーのデフォルトではない）から移動したいときはいつでも「カスタム」ダイアログを表示することです。 ブラウザの状態 の形式のBackボタンを使用した回避策を見つけ、それをWebアプリのローカルビルドに統合しました。チャームのように機能しますが、これが良い習慣であるとは確信していません。 （あなたが私に尋ねればもっとトリック）
問題はRefreshイベントです。私のすべての研究 （これが1つ） 私はあきらめるべきだと言っています。はぁ...
そのため、ブラウザの動作を上書きするのは悪い習慣である、または更新の動作を上書きすることは事実上不可能であることを上司に納得させる方法を探しています。外交的に可能な限り。 （私の主張をさらに証明する記事を引用できれば、それは素晴らしいことです）
または、インターネットで考えられる回避策を探し続けますか？ （研究努力が多すぎますが、私に言わせればあまり成果はありませんが、ねえ、私は何を知っていますか？）
私たちは皆、彼らがあなたに求めていることが間違っていて、実行するのが難しい（間違っているため）、ユーザーを苛立たせ（間違っているため）、回避策を見つけて使用するように促します（あなたが何をしているので、彼らはそうします） 'やっているのは間違っている）。
つまり、戻るボタンの動作方法と、更新の動作方法を変更する必要があるとのことです。問題は、これらは実際には彼らがあなたにもたらしている問題ではなく、これが問題を解決する方法のための彼らの解決策と実装です。
もし私があなたなら、そもそも彼らが解決しようとしている実際の問題が何であるかを調べようとします。次に、問題が何であるかがわかったら、ある種の代替（そしてできれば正気の）解決策を提案できます。
私はしばしば、問題を解決するという任務ではなく、他の誰かの修正案を実装するという任務を負っています。実装について疑問や心配があるたびに（今のように）、実際に発生している問題を見つけて適切な解決策を実装しました（警告：マネージャーがコントロールフリークの場合はイライラする可能性があります）。ソリューションが適切に適合している、ハッキーにならない、または時間がかかりすぎる限り、うまくいくはずです。