0

play 1.x から来ています。OValの可能性が気に入っています。Spring MVC を使用してスタックをセットアップすることを実際に評価しています。検証のデフォルトは JSR-303 です。JSR-303 で見られる問題の 1 つは、プロパティのコンテキストを取得するか、メッセージを調整することです。JSR303 検証 - Bean のプロパティをメッセージ パラメータとして参照し、変数に基づく javax Bean 検証を参照してください。. ユーザーが入力したテキストに有効な変数のみが含まれているかどうかを確認する、制約の変換に関する問題の 1 つです。したがって、「メンバー ${name} は優れた仕事をしています」と追加できます。彼が「メンバー ${nmae} は素晴らしい仕事をしている」と書いた場合。次のようなメッセージが表示されるはずです。

Oval を使用すると、これを簡単に行うことができます。ということで、JSR-303の代わりにOValを使うデメリットはあるのでしょうか。

4

1 に答える 1

1

個人的には、標準に固執するのは良い考えだと思います。これにより、移植可能なアプリケーションが保証され、標準を使用することで、多くの開発者が使い慣れたものを使用できます。特定のユースケースが Bean Validation によってサポートされていないことは正しいです。ただし、Bean Validation 1.1 は進行中であり、検証された値の補間はロードマップ上にあります - BVAL-219を参照してください。それまでの間、Hibernate Validator のValueFormatterMessageInterpolatorを使用できます。はい、Bean Validation のカスタム拡張機能を使用していますが、この特定の機能に対してのみです。

于 2012-12-14T09:35:46.120 に答える