エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
Domain-Driven Desing 15章のまとめ : Core Domain は DDD の基本プラクティス | システム設計日記
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
Domain-Driven Desing 15章のまとめ : Core Domain は DDD の基本プラクティス | システム設計日記
エバンスは、セミナーで、15章の「コアドメイン」(問題の核心)は、Domain-Design Driven(DDD)本の、... エバンスは、セミナーで、15章の「コアドメイン」(問題の核心)は、Domain-Design Driven(DDD)本の、もっと前に書くべきだった。2章とか、3章に書くべきだった、というようなことをしゃべっていますね。 ◎ユビキタス言語 (いつでも、どこでも、業務の言葉) ◎モデル駆動設計 (絵や文で、コミュニケーション) ◎Hands-on モデラ (実際に、コードを書くモデラー) という、ドメイン駆動設計の基本コンセプトのひとつとして「コアドメイン」を力説すべきだったと。 コアドメインの効用 Core Domain を見つけ出し、そこに、モデリング、設計・実装のエネルギーを集中する。 その他の部分は、Core Domain との関係(近い?遠い?)、Core Domain にとっての重要性、という視点で整理する。 Core Domain との関係が弱く、重要でもない部分は、できるだけ