Hibernate_Validator の詳細な紹介

1. Hibernate Validator の概要

1.1 背景

アプリケーションのビジネス ロジックを扱う場合、データ検証は常に考慮し、直面する必要があります。アプリケーションには、受信データが意味的に正しいことを確認する何らかの手段が必要です。通常、アプリケーションは階層化されており、異なる層は異なる開発者によって完成されます。多くの場合、同じデータ検証ロジックが異なるレイヤーに表示されるため、コードの冗長性や、セマンティックの一貫性などの管理上の問題が発生します。このような状況を回避するには、検証ロジックを対応するドメイン モデルにバインドすることが最善です。

Bean Validation は、JavaBean 検証に対応するメタデータ モデルと API を定義します。デフォルトのメタデータは Java アノテーションであり、元のメタデータ情報は XML を使用して上書きおよび拡張できます。 Bean Validation は実行時のデータ検証フレームワークであり、検証直後に検証エラー情報が返されます。

Hibernate Validator は、Bean Validation のリファレンス実装であり、いくつかの追加の制約に加えて、JSR 303 仕様のすべての組み込み制約の実装を提供します。

1.2 Bean Validation の制約

1.3 Hibernate Validator 追加の制約

1.4 Hibernate Validator の利点

a) 検証ロジックとビジネス ロジックの分離により、プログラムの結合が軽減されます。 ;

b) 統一された標準化された検証方法により、繰り返し検証コードを記述する必要がなくなります。

c) これらの面倒な作業をすべて脇に置き、自分のビジネスに集中できるようになります。

2. Hibernate Validator の練習

2.1 関連する jar パッケージの紹介

maven 依存関係:

gt;

hibernate-validator

< ;version>4.2.0.Final

VC は関連する構成である必要があります。

2.3 JavaBean への制約の追加

図に示すように、User にいくつかの制約が追加されます。空ではないという制約と名前に長さのカスタム制約が追加されます。 sex は後で紹介しますが、これはオブジェクトに埋め込まれた制約です。 JSR-303 の検証はアノテーションに基づいており、一連の制限アノテーションが内部で定義されているため、検証する必要があるエンティティ クラスの属性または対応する get メソッドにこれらのアノテーションをマークするだけで済みます。

2.4 カスタム制約

図に示すように、ValidSex アノテーションが定義されており、そのアノテーションには @Constraint アノテーションが付けられています。 @Constraint アノテーションを使用すると、制限用のアノテーションが定義されていることを示します。 @Constraint アノテーションの validatedBy 属性は、定義した現在の制限タイプを検証する必要がある ConstraintValidator を指定するために使用されます。上記のコードでは、ValidSex 制限タイプの検証クラスが ValidSexValidator であることを指定しました。さらに、独自の制限型アノテーションを定義する場合、上記のコードに示されているメッセージ、グループ、ペイロード属性などの 3 つの属性を定義する必要があることに注意してください。

2.5 カスタマイズされた制約実装クラス

図に示すように、ConstraintValidator はジェネリックスを使用します。合計 2 つのタイプを指定する必要があります。最初のタイプは、対応する初期化メソッドのパラメーターのタイプであり、2 番目のタイプは、対応する isValid メソッドの最初のパラメーターのタイプです。上記 2 つのメソッドから、initialize メソッドは現在の制限タイプの属性を取得でき、検証には isValid メソッドが使用されていることがわかります。

2.6 パラメータを確認する

上の図では、LoginController が定義されていることがわかります。コントローラーには、クライアントから送信された User オブジェクトを受け取る必要があるプロセッサ メソッド バリデーターが含まれています。ユーザーオブジェクトを確認して検証を実行します。まず、バリデーター・メソッドによってユーザーが受け取ったパラメーターに @Valid アノテーションが付けられていることがわかります。さらに、プロセッサ メソッドには、Errors を含むパラメータを指定する必要があります。これは、Errors 自体、またはそのサブクラス BindingResult にすることができます。Errors パラメータを使用すると、フォーム オブジェクト データ検証のエラーが独自に処理されることが Spring に指示されます。それ以外の場合は、Spring が例外をスローします。直接。このようにして、プロセッサ メソッド バリデータをリクエストすると、ユーザー オブジェクトが検証され、関連する検証情報が現在の Errors オブジェクトに保存されます。次に、検証例外情報があるかどうかに応じて、プロセッサ メソッドでさまざまな操作を実行できます。上記コードでは、例外情報があった場合にログインページにジャンプすることを定義しています。このようにして、ログイン ページのエラー タグを通じてこれらのエラー メッセージを表示できます。

2.7 注意事項

a) プロパティ (ゲッターメソッド) を検証する場合は、Java Bean の命名規則 (JavaBeans 仕様) に従う必要があります。

b) 静的フィールドとメソッドは制約検証の対象にはなりません。制約はインターフェイスと基本クラスに適用されます。

d) 制約アノテーションによって定義されるターゲット要素は、フィールド、属性、型などです。

e) 適用されるクラスまたはインターフェイスで制約検証を使用できます。

f) フィールドと属性は制約を使用して検証できますが、同じ制約をフィールドと関連属性 (フィールドのゲッター メソッド) に対して繰り返し宣言することはできません。

結論: あなたの人生を可能にするのは周りの人たちなので、周りの人たち全員に親切にしてください。

以上がHibernate_Validator の詳細な紹介の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。