![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
2020-05-18 中村
Spring Bootのレイヤ間でやりとりされるJava Beans (POJO)の呼び方．
ざっくり言えば以下の通りか．
PitCoin（拡張版）を例にとって説明してみる．
データベースのテーブルをそのままミラーリングしたJavaオブジェクト．
メンバにアノテーションしておくと，CRUDする際にあんじょう変換＆検査してくれる．
まとめると
@Data
@Entity
public class User {
@Id
String uid; //ユーザID
@NotEmpty
String name; //ユーザ氏名
@NotEmpty
String password; //パスワード
@NotEmpty
String email; //Email
boolean admin; //管理者かどうか
boolean enabled; //有効かどうか
@Temporal(TemporalType.TIMESTAMP)
Date enabledAt; //有効になった日時
@Temporal(TemporalType.TIMESTAMP)
Date disabledAt; //凍結された日時
String remark; //注釈
}
Viewから受け取るユーザの入力フォームを保持するJavaオブジェクト． @Controllerのメソッドの引数（@ModelAttribute または @RequestBody）として受取り，バリデーション(@Validated)される．
一般的にメンバはすべてString．バリデーションのためのアノテーションが施される．
入力に特化したDTOとも考えられるが，数値変換する前の数字文字列や，暗号化前のパスワード等， ユーザの入力そのものを（エラー等に備えて）保持しておくために，FormとDTO(後述)は別で作ったほうが 良いらしい．
まとめると
@Data
public class UserForm {
/* ユーザID は 最大16文字．英数字，アンダーバー，ハイフンのみ許す */
@Size(max = 16)
@Pattern(regexp = "[0-9a-zA-Z_\\-]+")
private String uid;
/* 名前，パスワードは Null，空文字("")，空白のみでないことを検証*/
@NotBlank
private String name;
@NotBlank
private String password;
/* RFC2822に準拠したEmailアドレスかどうか検証する */
@Email
private String email;
}様々なEntityやFormから必要なデータを集めて詰め込んで，受け渡ししやすい形にしたオブジェクト．
業務ロジックに応じて作られる．FormもDTOの一種といってよいかもしれないがDTOはフォームに限らない．
以下はDTOの一例
//ユーザの口座照会用 DTO
@Data
public class UserAccountDTO {
String uid; //ユーザID
String name; //ユーザ氏名
int aid; //口座番号
int coin; //口座残高
List <Record> records; // 取引履歴
}
まとめると
「全部Entityで処理すれば簡単」と思った貴方、私もそう思います。
全てをEntityにした場合、こんな問題が発生します。
などなど、意外とよくない点は多い。
とりあえず、以下のことを思いながら開発していくと、だんだんわかってくる
spring_layered_architecture3.png