ドメイン駆動設計とは何か 【入門編】
•
5 likes•13,381 views
前半は、ドメイン駆動設計を特徴づける４つのポイントを、後半は、エヴァンス本の構成を俯瞰しながら、解説してみました。 gunma.web #30 での発表資料。
Recommended
More Related Content
What's hot
What's hot (20)
Similar to ドメイン駆動設計とは何か 【入門編】
Similar to ドメイン駆動設計とは何か 【入門編】 (20)
More from 増田 亨
More from 増田 亨 (20)
ドメイン駆動設計とは何か 【入門編】
- 1. ドメイン駆動設計とは何か 【入門編】 DDD Alliance 増田 亨 Gunma.web #30 2017-1-20
- 3. ドメイン駆動設計とは何か What is Domain-Driven Design 3
- 4. お話しする内容 ドメイン駆動設計とは何か 考え方とやり方の特徴 エヴァンス本の概略 第１部 ドメインモデル 第２部 モデル駆動設計 第３部 深いモデル 第４部 大規模に適用する 4
- 6. ドメイン駆動設計 ソフトウェア設計の 考え方とやり方 6 • ソフトウェア設計の、いろいろな考え方ややり方の集合体 • 構成する個々の要素に斬新なものはない • 強調する要素、その組み合わせ方に特徴がある
- 12. スタイルの比較 12 ドメインに焦点を合わせる 技術に焦点を合わせる 要点を見極める 一覧管理と網羅性の重視 モデルと実装を一致させる モデルと実装を分離する インクリメンタルに設計する アップフロントに設計する 会話とラフスケッチ 成果物の定義と作成 コードで表現 ドキュメントで表現
- 15. 第１部 要約 • 第１章 知識をかみ砕く – ドメインを継続的に学習する – ドメイン知識が豊富な設計 – ドメインを深く理解する • 第２章 コミュニケーションと言語 – 言葉による意見交換／意識合わせ – 声に出してモデリング – 略式のUML図による議論の基盤／手がかり • 第３章 モデルと実装を結びつける – モデルと実装を一致させる – そのための技法：オブジェクト指向 – モデリングと実装をシームレスな活動にする
- 17. モデル • 選び抜いた重要な側面 • 蒸留された本質的な知識 • 全体を形づくる主要な骨 組み 17
- 18. モデル • 選び抜いた重要な側面 • 蒸留された本質的な知識 • 全体を形づくる主要な骨 組み 実装 • 大量かつ網羅的な記述が • 重要ではないが、省略は できない細部の記述 • 肥大化したコード、重複し たコードとの戦い 18
- 19. モデル • 選び抜いた重要な側面 • 蒸留された本質的な知識 • 全体を形づくる主要な骨 組み 実装 • 大量かつ網羅的な記述が • 重要ではないが、省略は できない細部の記述 • 肥大化したコード、重複し たコードとの戦い モデルと実装を関連づけることで、実装が整理され、見通しが良くなる 実装からフィードバックすることで、モデルが実用的になる 19
- 26. モデル要素を表現する基本パターン • エンティティ – 「識別」という関心事の表現 – 現実世界では、関心事をどうやって識別しているか – それを、どうやって実装に反映するか • 値オブジェクト – 現実世界では、どんな値に関心があるか – その値に必要な判断/加工/計算のロジックは • サービス – 値（状態）を持たないロジックだけの表現 – エヴァンスは、実践的なテクニックの一つといってい るが …
- 27. モデル要素を表現する基本パターン （エヴァンス本にない内容） • コレクションオブジェクト – どんなコレクション（要素のグループ、一覧）に関心が あるか – そのコレクションに対してでどんな判断／加工／計算 が必要か • 区分オブジェクト – 場合ごとのルールの違いはどうなっているか • 複雑さの核心になることが多い – どうやって表現するか • strategyパターン/stateパターン • Java enum型（サービス
- 29. モデルと実装の一致を難しくする問題 • オブジェクトの永続化 – 可能であれば、ドメインオブジェジェクトは、メモリ上に永遠に存在していてほしい – それができない場合、どうするか？ – 関心事と永続化の実装を分離する • Repository をインタフェースで宣言 • ドメインオブジェクトとテーブルのマッピングの外部化 • テーブル設計とオブジェクト設計の分離 • オブジェクトのネットワークの複雑化 – オブジェクトの参照関係の広がり／要点がぼやけてくる – どこかで断ち切る – 整合性とそれを維持するロジックに注目する（ Aggregate 集約の設計） – 参照関係の復元は、サービス層で行う • （エヴァンス本には書いていないが） – 画面の複雑さがドメインオブジェクトの集約（Aggregate）に持ち込まれがち – Aggregteをデータのコンテナにしないことが基本 入門編としては、難易度が高いが、必ずぶつかる問題 … ここでモデル駆動設計がだいなしになっている場合が多い…
- 31. ブレークスルー （体験から）
- 32. ブレークスルー • 要点が見つかった • 要点をうまくコードで表現できた （良い名前が見つかった） • あちこちのコードがすっきりした • 修正が簡単だった（予測できた） – ロジックの追加や変更 – 区分の追加や変更
- 33. ブレークスルーの助走 • 違和感への気づき – 理解がずれている感 – コードのごちゃごちゃ感 – 忘れないようにする • リファクタリングの基本の繰り返し – 長いメソッドからメソッドを抽出 – 大きなクラスからクラスを抽出 – その時の抽出単位と名前付け（暗黙から明示へ） – 値オブジェクト、コレクションオブジェクト、区分オブ ジェクトによる整理
- 34. ブレークスルーが起きやすい時 • 区分の構造のリファクタリング – 複数の分類軸が混在しているケースが多い – 区分構造が整理できると、区分オブジェクトにデータ やロジックを寄せやすくなる • 画面構造、テーブル構造の影響からの脱却 – ドメイン層のパッケージ構造 – クラス構造（特に Aggregate） – サービス層のメソッドの単位、引数、返す型 – リポジトリの単位、メソッドの引数、返す型
- 38. 文脈の違いの具体例 • ソフトウェア設計の考え方とやり方 • 意見交換、情報交換が難しい • 同じ言葉を使っていても、意図がうまく伝わら ない • プログラミングや設計は、開発者にとって、目 の前の生々しい課題 • 各自の言葉の使い方、とらえ方が一致しない
- 39. 文脈の違い • ソフトウェアの対象分野（ドメイン） • 働き方（自社、受託／委任、フリーランス、…) • 技法とその経験／習熟度 – 分析技法 – 設計技法 – 開発プロセス • 利用技術 – 言語 • 型付けの違い、モジュール化の構文の違い – フレームワーク/ライブラリ – 実行環境
- 40. コンテキストのマッピング • 境界づけられたコンテキスト – それぞれの文脈（同じ言葉が同じ意味で通じる範 囲）を特定する • 異なるコンテキスト間のマッピングを試みる – 共同作業（目的、利害が一致する場合） …. この中間にいろいろなパターンがある – 別々の道（目的が異なり、利害も対立する場合）