Download as PDF, PPTX
More Related Content
![ドメイン駆動設計のプラクティスでカバーできること、できないこと[DDD]](https://cdn.slidesharecdn.com/ss_thumbnails/2022-220117111455-thumbnail.jpg?width=640&height=640&fit=bounds)
ドメイン駆動設計の捉え方 20150718
- 1.
- 2. アジェンダ • 言葉の定義 • ドメイン駆動設計の原則 •効果的なモデリングの要素 • 戦略的設計 • より深いドメインモデルへ向かうリファクタリング • しなやかな設計 • ドメインの隔離方法 • まとめ
- 3.
- 4.
- 5.
- 6.
- 7.
- 8. • ドメインに集中する。 • ドメインモデルを探求する。 •ユビキタス言語を語る。
- 9. ドメインに集中する • 一番複雑なのは、『ドメインそのもの（ユーザ の活動やビジネス）』 • ドメインの複雑性を考慮して、設計すべき。 •技術だけに注力して作られたソフトウェアはド メインエキスパートの考え方と結びつかない。 • 業務中心 ＞ 技術中心
- 10.
- 11. ユビキタス言語を語る • ユビキタス言語により、ドメインエキスパートと 開発者を結びつける。 • ドメインモデルを作成するための共同作業は、 ドメインエキスパートと開発者で共通認識の言 語を形成していくプロセス。 •ユビキタス言語はコードやタスク・機能の記述 などでも利用
- 12.
- 13.
- 14.
- 15.
- 16.
- 17.
- 18.
- 19. • 境界づけられたコンテキスト • 蒸留 •大規模な構造
- 20.
- 21. 蒸留 • モデルで最も価値がある領域をコアドメインと いう。 • コアドメインを探す活動を蒸留という。 •コアドメインを見つけて、コアドメインをサポー トする大量のモデルやコードから容易に区別す る手段を提供すること
- 22.
- 23. 大規模な構造 ∼責務のレイヤー∼ • ドメインモデル内にある概念上の依存関係を調 べて、自然な階層が認められたら、階層に抽象 的な責務を割り当てを実施。 • 階層は、ドメインの基本的な現実や優先事項を 伝える。 •階層の責務を決める際は、技術的な意思決定と いうより、ビジネス上の意思決定で行う。
- 24.
- 25.
- 26.
- 27.
- 28.
- 29.
- 30. コミュニケーションのぎこちなさ • コミュニケーションのぎこちなさに敏感になる ことによって、リファクタリングの候補を探す。 • ドメインエキスパートと開発者の両方ともドメイ ンモデルにない語彙を使用したら警告サイン。 •警告サインを好機と捉えて、その語彙を取り込 むことでドメインモデルとコードを改善する。
- 31. 設計のぎこちなさ • 以下のような複雑な箇所は、ドメイン側の活動 における目的や背景を改めて理解して、改善につ なげる。 • 新しい要求が来るたびに複雑になっていく箇 所 •説明しにくい複雑な業務ロジックが存在する 箇所
- 32.
- 33.
- 34.
- 35.
- 36.
- 37. 意図の明白なインターフェース • クラス名/メソッド名は手段ではなく、目的が把 握できるユビキタス言語の名前を付与。 • ユビキタス言語にすることによって、チームメン バーがすぐに意味を推測できる。 •呼び出し側はインターフェースの内部処理を理解 不要。
- 38. 副作用のない関数 • 複雑なロジックは、副作用のない関数によって、 安全に実行。 • 副作用とは、システムの状態に対して行われる、 あらゆる変更を意味。 •呼び出し側で、副作用があるのか/ないのかを安全 に予測できることが重要。 • コマンドクエリ分離の考え方。
- 39. 表明 • システムの状態を変更するメソッドは、表明に よって特徴づける。 • 表明の具体的な表現方法としては、自動化され たユニットテストで表現。 条件名説明 事後条件 • 事後条件が操作の副作用なので、メソッドを呼び出すことで保証される 結果を記述 事前条件 • 事前条件とは事後条件が成り立つことを保証するために満たすべき条件 クラスの不変条件 • あらゆる操作が終わったときのオブジェクトの状態を宣言。集約全体の 整合性に関するルールを厳密に定義
- 40. 概念の輪郭 • ドメインオブジェクトは、意味のある単位をよ り直感的に使用したり、組み合わせたりできる ような単位で分割。 • 最初から理想となる分割はできず、リファクタ リングした結果によるもの。 ✦リファクタリングは技術視点ではなく、ド メイン視点で実施。
- 41.
- 42. 閉じた操作 • 引数の型と戻り値の型が同じ場合は、閉じた操 作と呼ぶ。 • 閉じた操作にすることによって、引数と戻り値 が同じ型になるので、余計な概念を呼び込む必 要がなくなる。 •操作の引数や戻り値に新たなクラスが登場する と、新たな依存関係ができてしまう。
- 43.
- 44.
- 45. 隔離手段 ∼レイヤ化アーキテクチャ∼ • ドメイン駆動設計では以下４層に分離。 レイヤー名 説明 ユーザインターフェース層• ユーザに情報を表示して、ユーザからの何らかのリクエストを解釈 アプリケーション層 • ビジネスルールや知識は含まない • やるべき作業を調整するだけで、実際の処理はドメイン層に委譲 • ビジネス状況を反映する状態は保持しない ドメイン層 • ビジネスの概念やビジネスルールを表現 • ビジネス状況を反映する状態はドメイン層で制御され、実際の格納処理 はインフラストラクチャに委譲 インフラストラクチャ層 • ドメインオブジェクトの永続化処理を行う • アプリケーションのためのメッセージ送信
- 46.
- 47. 隔離する目的 • 本質的なビジネスの知識を捉えることが可能。 • プロジェクトが進むごとに蒸留しやすい設計。 •ソフトウェアの技術（htmlやsqlなど）に関係す る概念と混同しなくなるので、ドメインを見失 うことを避ける。
- 48.
- 49.
- 50.
- 51.
- 52.
- 53.