その4JavaTweethttp://d.hatena.ne.jp/shin/20100112/p5http://d.hatena.ne.jp/shin/20100113/p1http://d.hatena.ne.jp/shin/20100114/p5の続き。今回はバリデーショングループについて。バリデーションをするときにこの新規作成時のタイミングではここはチェックを行わないけど、次にUpdateで呼ばれたときはここはチェックをするといったことがよくある。Validationは定義してある。それがバリデーショングループだ。使い方まず適当にインターフェースを作る。{}それをbeanに指定する。data;呼び出すとき。);validateメソッドで先ほど作ったインターフェースを引数に追加してある。定義してあるので複数のグループでバリデーションをするといった使い方も可能だ。ちなみに何もグループ指定しない場合は「javax.validation.groups.Default.class」を指定したのと同じになる。同じバリデーションロジックで複数のパターンを検証したい場合はどうするのか。Javaのアノテーションは1種類しかつけることができないのだ。いうときには以下のようにする。data;したがってちゃんとしたカスタムバリデータを作成するときにはアノテーションでListを用意してn件対応にしなくてはならないということである。}}あ、アノテーションの中にアノテーション書くことできるんだ...。この場合パラメータなしの必須入力なのでList対応するのは意味ないんだけどね。複数のグループをひとつにまとめるといった使い方もできるが、本質的ではないので省略で。Validationに対応している。2.0もBeanValidationをサポートしていて、アプリケーションのミスにより変な値がデータベースに入ってしまうというのをある程度防ぐことが可能になっている。データに注目してプログラミングする場合バリデーションドリブンプログラミング(今思いついた造語)も面白いかもしれない。契約プログラミングの延長とでもいうべきか。問題があるのがどこなのか問題の切り分けが出来るとか。6は大丈夫!文字列を返すメソッドひとつのみの単純な書き方。入力検証そういやいっちばん基本的なことだったのに書いてなかったな。月別アーカイブおすすめはてなブログをはじめよう!shinさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。