TERASOLUNA 5.x学習(4.1 入力チェック)
ガイドライン
学習のポイント
- 細部にとらわれないこと
- 分析や解釈の罠にはまらないこと
- ストーリーを作ること
- どんな利用状況がある?
- 誰向けの説明?誰向けのシステム?
- 口頭で説明できる?
- 構造の理由を腹落ちさせること
- セキュリティ
- 開発生産性
- 動作イメージを腹落ちさせること
- メタファを作ること
- トライアンドエラーできる環境を作ること
- 情報を整理しようとするな(しすぎるな)
- けっこう自分の悪いクセではある
- 情報はどんどんフローで流す
- かけ流しながら都度考える
- かけ流しなら書き流すとよい
- 最後の最後で整理すればよい
課題
書き流し
- Bean Validation
- Hibernate Validator
- Expression Language(依存ライブラリ)
- tomcat-embed-el
- pom.xml
- クライアントサイドの入力チェック
- サンプル実装をさくっと作れるか
- FormクラスにBean Validation用アノテーション
- Controllerクラスに、@Validatedアノテーション
- Springのアノテーションの検証できるか
- spring-mvc.xmlの<mvc:annotatio-driven>
- シリアルバージョンID=1L
- Spring MVCが扱う@NotNullアノテーション
- 複雑すぎないか?
- Spring入門から読まないと意味不明
- アノテーションのメタファがほしい
- アノテーションの動作原理(Springの動作原理)
- たかだか(?)入力チェックのためにここまで覚えなければいけないことが多いの?
- トライアンドエラーどうやればいいの?
- Hibernate Validatorが用意するアノテーション
- ValidationMessages.propertiesValidationMessages.properties
- @NotNul,@Null,@Pattern,@Min,@Max,@DecimalMin,@DecimalMax,@Size,@Digits,@AssertTrue,@AssertFalse,@Future,@Past,@Valid
- terasoluna-gfw-commonが用意するアノテーション
- @ExistInCodeList
- terasoluna-gfw-codepointsが用意するアノテーション
- @ConsistOf
- terasoluna-gfw-validatorが用意するアノテーション
- @ByteMin,@ByteMax,@Compare