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

Question

皆さんこんにちは、質問があります

1. 環境

リーリー

2. 構成は次のとおりです

リーリー

3.Bean とコントローラー

リーリー リーリー

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

Answer 1

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

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

リーリー

Answer 2

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

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