Recommended
More Related Content
What's hot
What's hot (20)
Viewers also liked
Similar to QCon Tokyo 2013
Similar to QCon Tokyo 2013 (20)
More from 増田 亨
More from 増田 亨 (20)
Recently uploaded
Recently uploaded (14)
QCon Tokyo 2013
- 1. 小さなオブジェクトで ドメインモデルを組み立てる Qcon Tokyo 2013 2013年４月２３日 有限会社 システム設計 増田 ドメイン駆動設計 実践ガイド
- 3. コンセプト編 1. 業務アプリケーション 2. 開発の難しさ 3. ドメイン駆動設計のアプローチ
- 4. 業務アプリケーション • データの種類と量 • ユーザの役割と権限 • 履歴データ：記録、参照、照合、… • 通知・連絡・報告とルーティング • 予定（未来）の管理 • 状態遷移 • 状態＋権限に依存した制約ルール • 人間の判断待ち …
- 5. 開発の難しさ • 複雑さ – 権限、状態、区分、… 組み合わせ – 例外規定、救済ルール • あいまいさ – ビジネス＝人と人との相互作用 – 決め事・調整ごとの積み重ね – 暗黙の前提 • 不確実性 – ビジネス環境の変化 – 事業の変化 – 人の異動、組織の変更
- 6. • 複雑さに立ち向かう • あいまいさに光をあてる • 不確実性を受け入れる ドメイン駆動設計
- 7. アプローチ • 「概念モデル」をそのまま実装 • ドメイン層の独立 • モデルの継続的な改良
- 8. 概念モデルをそのまま実装 • 名前 – パッケージ名、クラス名、メソッド名、… – 業務用語に合わせる （粒度、関連性） • 業務の構造に合わせる – 業務手順 – サービスポリシー、キャンセルポリシー、… – 会計ルール、管理会計、評価基準、… • 現実主義 – 実装の都合・制約からのフィードバック – 設計判断
- 9. ドメイン層の独立 • 関心事の分離 – 業務の関心事と実装の関心事 – UI、データベース、通信 • 依存関係の逆転 – 他の層がドメイン層に依存 • DIP : Dependency Inversion Principle – 例：永続化（データベースアクセス） • ドメイン層でインタフェース宣言：業務のやりたいこと • データアクセス層で実装：実装技術依存コード
- 10. ドメイン層の継続的改良 • モデルの深化 – ドメインの理解度の深まりを継続的に実装に反映 – 機能追加やバグ修正が、ひとつのチャンス • モデルの変化 – ビジネスモデルの変化を反映し続ける • コミットログ（変更理由）は業務の言葉で – 不要・無効になった概念・ルールを丁寧に除去
- 11. 実践編 4. アプリケーション・アーキテクチャ 5. ドメイン層の設計パターン 6. リッチなドメインモデル 設計スタイル お断り：Java/Spring フレームワークでの実践例です。
- 12. アプリケーション アーキテクチャ
- 14. ドメインモデル イベント駆動の実行モデル ブラウザ, Web API HTTP リクエスト メール 受信メール自動処理 非同期 メッセージ サービス間連携 アプリケーション サーバー Tomcat メッセージング Active MQ サービスコンテナ Mule ESB メールサーバー James Mailet コンテナ Servlet コンテナ サービス 業務イベント ﾕｰｽｹｰｽの実装 業務知識 ビジネスルール マクロな業務手順 (ﾄﾗﾝｻﾞｸｼｮﾝｽｸﾘﾌﾟﾄ) 問題領域の オブジェクトモデル サービス起動トリガー
- 18. ファンダメンタルなオブジェクト リッチなドメインモデルの構築基盤 日付 期間 予定日 有効期限 場所 地域 商品種類 形状 単価 数量 税率 型式 翌月 拠点 キャンペーン 部門 役割 担当者 • 業務モデルを表現する基本語彙集 • ビジネスルールの基本ロジック 日付計算、形式チェック、区分の列挙、… • プログラミング言語のプリミティブな型のラッパー 端数
- 19. 役に立つ ドメインオブジェクト 良い名前 小さく ばらばらに
- 21. 小さく作る クラス 50行以内 メソッド 3行以内 パッケージ 10ファイル以内 これを超えたら、 分割を考える習慣をつける。
- 22. 3行メソッド register( order ) { verify( order ); record( order ); notifyTo(shippingSection); } こういうのが良い感じ
- 24. 業務の言葉をオブジェクトで プログラミング言語の基本データ型 (Date,String, BigDecimal, Long, …) をラップした 業務の基本用語ごとのオブジェクトに、 その用語に関するデータとロジックをまとめる。 日付 (時分秒を持たない） 時分（秒を持たない） 翌営業日, 休前日 月末,月初, 四半期, 半期, 年度 期間 有効期限 予定日 期限切れ一週間前のアラート 前日のリマインダ … 金額 単価 数量,数量単位,換算 消費税,税率,端数処理 合計,小計,総合計 数量割引 キャンペーン価格 季節料金 キャンセルポリシー … 管理番号,登録番号 取引先コード 取引区分 契約番号 商品番号 型式コード 製造番号 シリアルナンバー … 用語の粒度＝オブジェクトの粒度
- 25. 委譲メソッド 面倒でも隣人とだけ話す × person.contactInfo().phones().mobile() ◎ person.primaryContact() ばらばらにする習慣 実装継承 控え目に。もっと控えめに。 パッケージ階層 フラットに。もっとフラットに。 • 構造を安易にコードに埋め込まない。 • 初期の構造はまちがっていることが多い。 • 構造の変更を簡単にする準備をしておく。 構造の変更に備える
- 26. ビジネスロジックの カプセル化 • if 文/switch 文を使わない • for 文を閉じ込める/使わない
- 27. if 文 / switch 文を使わない • 列挙型(enum) –区分、種別、カテゴリー、エリア、… – EventType, StateType, Category, … – タイプごとの振る舞いを if 文なしに記述 • Strategy/State パターン • たとえば、「未記入」や「不明」の表現→ MissingObject パターン • Map, Set …
- 28. for文を閉じ込める/書かない • ファーストクラスコレクション – コレクション変数は単独でラッピング • List<Order> orders ; → class Orders – for 文を使ったロジックの集約と整理 • コレクション操作の副作用の撲滅 • for 文を書かない – コレクション API の活用 – Comparable/Comparator の実装 – equals()/hashCode() のオーバーライド
- 29. ドメインオブジェクトの 組み立て方 • サービスクラスを起点に – サービスクラスはマクロな業務手順（数行）を記述 – 判断・分岐・導出は、ドメインオブジェクトに委譲 • フレームワーク（Inversion of Control) – 組み込み済の制御構造 • Web MVC、 バインド&バリデーション • O-R マッピング、 O-X マッピング • 例外ハンドラー – @Autowired • パターンマッチング、命名規約、アノテーションで自動で組み 立ててくれる。
- 30. 参考情報 7. 設計と実装のスキルアップ 8. ドメインモデルの開発スタイル 9. 問題領域の把握手法 10. 開発プロセス
- 36. アプローチ • 「概念モデル」をそのまま実装 • ドメイン層の独立 • ドメインモデルの継続的な改良
- 37. 役に立つ ドメインオブジェクト 良い名前 小さく ばらばらに