私が見たASP.NETMVCの例のほとんどは、ユーザーがオブジェクト(またはオブジェクトのコレクション)を表示してから、そのページからユーザーが入力したフォームを表示するページに移動するシナリオを示しています。適切な入力でフォームを送信すると、ユーザーはオブジェクト(またはリスト)を表示するページにリダイレクトされ、ユーザーは変更が成功したことを確認できます。
ビジネスルールごとにビューまたはリストページがないシナリオに遭遇しました。
ASP.NET MVCでのこのシナリオの良いアプローチは何ですか?
昔はClassicASPとASP.NETを使用して、入力を処理してから、成功メッセージまたはエラーのあるフォームをすべて同じページからユーザーに表示していました。これは、ベストプラクティス(SRP、ビューにロジックがないなど)に反しているようです。
簡単な方法の1つは、変更が成功したことをユーザーに通知する新しいページにリダイレクトすることですが、その後、ユーザーはいつでもそのページにアクセスできます。これから保護するためのロジック(つまり、tempdata)を入れ始めると、ソリューションが汚れ始めます。
ランディングページにリダイレクトできましたが、確認がありません。エンドユーザーがランディングページに戻ったときに確認を表示するメッセージングシステムに頼ることができるでしょうか。