今回は、まじめにメモをとったのはDomaだけ。
いやーDomaすごいっす。よく分からないままふらっと入ったけど、非常に面白い。
というわけで、メモを貼り付けておきます。
次世代DaoフレームワークDoma
Domain指向
"Domain"＝値の定義域(DB的なドメイン)
引数全部Stringとか、型で情報を表せてないよね
String orderNo, String customerName, ...
↓
OrderNumber orderNo, CustomerName customerName, .....
「振る舞いはエンティティに持たせればよい」というが、エンティティよりもプロパティに持たせた方が、よりDRYにできる！
StringDomain<T>を継承して独自ドメインクラスを定義する
public class OrderNumber extends StringDomain<OrderNumber>
＃Generics使いまくり。コード読んだら勉強になりそう。後で読む。
エンティティはインタフェースで！挑戦的。
Daoは @Daoをクラスにつけて、メソッドには@Select, @Insertなどをつける
命名規約という暗黙の了解を避けて、アノテーションによる明示を行う
aptで自動生成されるインタフェース名にひげを生やした(接尾辞"_")クラス名をnewするだけでOK.
Daoが作るSQLは、変更されたプロパティだけが含まれる
旧世代
黒魔術師が支配する暗黒の世界
AOP(バイトコードエンジニアリング)
命名規約
簡単なモノなら良いが、覚えきれないほどの量になると・・・
次世代
脱黒魔術
ソースコードの通りに動く
自動生成のメリットは享受する
デバッグしやすい
エラーが起きてもわかりやすい
白魔術＝apt
Jav6から導入されたアノテーション処理のためのAPI
コンパイル時に、↓が実現できる
ソースの生成・検証
リソースの参照・生成
魅力
コンパイル時に自動的に実行される
JavaのSDK標準のため、EclipseでもjavacでもOK
エラーはコンパイル時に検出できる
どうさせる前に気づける
実行時の負荷が軽減できる
動的にメタ情報解析する旧来の黒魔術ではパフォーマンスが不利
デモ
#すごすぎる・・・
Domaが求める規約違反をコンパイル時に検出できる
コンパイル時にSQLファイルの有無や、パラメタ名の名前誤りがすぐに検出できる
検出されたエラーは、Eclipseのマーカが設定される
#emp.name()などのエンティティ命名規約の場合、既存のJavaBeanフレームワークでプロパティとしてアクセスできなくて不便だったりしそう。getName()と書くことはできる？
→と思ったら、後述のようにDTO変換で対策済み。
戦略
依存ライブラリなし！！！
Domaだけあればよい
newするだけでOK。DI不要
Daoパターン
S2JDBCはDaoパターンを捨てたけども、やはりDaoはわかりやすい
メソッドとSQLが1対1
メンテしやすい
テストしやすい
Mockが作りやすい
SQLファイル
検索SQLの自動生成はない。意図的。自分でSQLファイルに書く。
更新SQLは自動生成。SQLファイルで書いても良い。
キャッシュ
メモリ圧迫可能性があるのでキャッシュは避けるべき
デフォルトでキャッシュするのはSQLの解析結果のみ
プラガブルな構成
ネーミング規約
データベース方言
JavaBeansへのアクセス方法
POJOじゃないのでJavaBeanフレームワークで使えない
JvaBeans(DTO)へ変換する方法を提供している
DTOの自動生成と、ConvertのためのUtilがある
ドメインとDB型のマッピング
SQLのログ出力とフォーマット方法
まとめ
値型よりもリッチなクラス(Domain)にメリットがある
aptで脱黒魔術
Doma=aptを活用したDaoフレームワーク
Q&A
トランザクションは？
Domaでは対応しない。外側で。
Seasarと連携しているDomaのサンプルがあるので、参考までに。
実績は？
全くないです。
SpringでDomaのDaoを使うには？
アンスコ付きのクラスがImpl相当。生成されたクラスをDIコンテナに登録すればOK
アンスコを"Impl"に変更することもできる
SQLの解析レベルは？
厳密にはやっていない。標準準拠などはしてない。
関連のサポートは？
していない。S2Daoのように一発でフラットにとるように考えている。
SQLでJOINしてフラットに取得する。
Domaとしては、テーブルに対応しててもしていなくても全部@Entityをつける前提で考えている。
誤ったデータに対するチェックはどのタイミングで？
DBからデータをとるときも、サービスで設定するときも、setterが使われる。
そこでバリデーションすればOK
共通要素はどこで定義する？エンティティは継承できる？
継承ではなく、マップドスーパークラスというのが使える。
