java - SpringMVC がパラメーター検証のために Hibernate バリデーターを統合する場合、なぜ直接例外をスローしないのですか?

Question

みなさん、こんにちは。質問があります。 1. 環境 {code...} 2. 構成は次のとおりです {code...} 3. Bean とコントローラー {code...} {code...} 質問: なぜですか判定を表示するには result.hasErrors() を使用するコードに含める必要がありますか? UserRequest のフィールドが定義を満たしていないことを確認できませんか...

天蓬老师 · Answer

質問:
なぜコード内で判定を表示するために result.hasErrors() を使用しなければならないのですか?
UserRequest のフィールドが定義を満たしていないことを確認し、直接例外をスローする方が合理的ではないでしょうか?

たとえば、パラメーター例外が発生した場合、フロントエンドに返されるのは特定のパラメーター名と例外の説明であり、Spring によって提供されるすべての例外情報ではありません。Spring が自動的に例外をスローする場合、それは困難です。返される情報を制御します。

リーリー

三叔 · Answer

フレームワークでは、ほとんどの場合、何が最も合理的かを検討することが重要です。

クライアントデータのほとんどの検証は「異常」とみなされるべきではなく、ユーザーが気づかずに犯してしまうエラーとみなされるべきです。