DDD Alliance ドメイン駆動設計をやってみた 6つの現場からの報告 でお話させていただいた時の資料です

1. ドメイン駆動設計を実践しているプ
ログラマーの悩み
DDD Alliance! ドメイン駆動設計をやってみた ６つの現場からの報告

2. 自己紹介
• 河上 晴司（かわかみ せいじ）
• Twi&er: @haljik
• 関西在住のフリーランスエンジニア
• そら製作所 という屋号でお仕事をしています
• JUG:関Javaのメンバー、DDD Alliance 発起人メンバー、 関西
DDD.java 主催

3. 今日話すこと
DDDを実践していて、主にプログラミングの面で普段悩んでいる
こと、自分の中でまだ解決策が見出せていないものを共有しま
す。
DDDそのものより、DDDを実践する上での技術的課題にスポッ
トを当てており、
とてもコンテキストの狭いお話です。

4. 背景
• Java
• BtoC
• Webアプリケーション開発
• 人材サービス

5. アーキテクチャ

7. 主な技術要素 1
• UI層
• Thymeleaf HTMLをHTMLのまま記述できるテンプレートエ
ンジン
• Spring MVC リクエストデータをJavaオブジェクトにマッピン
グしたりとMVCの枠組みを提供してくれる

8. 主な技術要素 2
• 永続化層
• MyBa&s 生のSQLが書け、SQLの結果とJavaオブジェクトのマ
ッピングが柔軟にできる

9. 主な技術要素 3
• バリデーション
• BeanValida*on

10. このアーキテクチャの狙い
• 基本的にViewや、永続化層との間に余計な層ははさまないこと
• 永続化層や、UI層からモデルへのフィードバックをかけやすい
こと
• 永続化層や、UI層に漏れでたビジネスロジックをモデルに取込
みやすいこと
• SQLや、HTMLなどその層に特化した技術がそのまま泥臭く使
えること

11. モデルの歪みに気づけること

12. 人は作りやすい方向に流れてしまう
ので...
モデルにロジックを集める方向に作
りやすくする

13. この狙いはある程度のレベルで達成
できていると思う

14. とはいえ現実は

15. 1つ目の悩みごと

16. RDBからのAggregate復元
• MyBa&sのコンストラクタマッピングは辛い
• コンストラクタマッピングしないと、デフォルトコンストラク
タが必要になる
• final宣言できない
• 1 + Nマッピング

17. こんなフレームワークがあれば
• ファクトリメソッド指定したマッピング
• 予め生成しておいたオブジェクトを別オブジェクトのフィール
ドにマッピング

18. 2つ目の悩みごと

19. UIからのデータバインディング
• public な se+er が必要
• 場合によってはデフォルトコンストラクタも必要
• 型のミスマッチ問題
• 階層を持った多肢選択UIや、一覧表入力系UI
Indexed Propertyや、Mapped Property のバインディングが煩雑

20. 頑張ればはんとかなるけど… UIはす
ぐに変わるので変わる度に頑張るの
がつらい

21. 3つ目の悩みごと

22. バリデーション
• 型のミスマッチ
• 意味的なチェック
• DBを必要とするチェック
• 限定的な文脈でのみ行われるチェック

23. これらを宣言的に凝集させる事のできるバリ
デーションフレームワークをまだ知らない

24. まとめ
• 要はデータの境界面がつらい
• Javaのオブジェクトから、「何か」への変換はそんなにつらく
ない
• 「何か」から、Javaのオブジェクトへの変換部分に課題が多い

25. 最後に
いろいろ言いましたが、なんとかなっていま
す。怖がらずにドメイン駆動開発を実践して
いきましょう。