Downloaded 102 times
「実践ドメイン駆動設計」社内読書会まとめ ～IDDD本難民に捧げる1章から7章～
Sansan DDD勉強会 #2の発表資料です。
Related topics:
![ドメイン駆動設計のプラクティスでカバーできること、できないこと[DDD]](/image.pl?url=https%3a%2f%2fcdn.slidesharecdn.com%2fss_thumbnails%2f2022-220117111455-thumbnail.jpg%3fwidth%3d600ounds%26amp%3bwidth%3d560%26amp%3bfit%3dbounds&f=jpg&w=240)
「実践ドメイン駆動設計」社内読書会まとめ ～IDDD本難民に捧げる1章から7章～
- 1.株式会社ネクストスケープ 御中青木 淳夫＆ 上坂 貴志Sansan DDD勉強会 #2http://connpass.com/event/23174/2015.12.16「実践ドメイン駆動設計」社内読書会まとめ～IDDD本難民に捧げる1章から7章～
- 2.
- 3.3大手SIer、テクニカルライター、福井のWebデザイン会社を経て、ネクストスケープ所属。プログラマーとしてシステム開発の難しさを感じていた2000年頃、XPとvbUnitに出会い、アジャイルに傾倒。その後、Javaでの大規模ウォーターフォール案件でチームリーダーを経験したり、Web制作会社でPHPを書いてみたり。最近はデジタルマーケティングやクラウドソリューションに携わったりすることが多い。Microsoft MVP forVisual Studio(2006～)Sitecore MVP(2012～)、Certified Scrum Master。.NET関連の著書3冊。Microsoft技術とOSSが好き。散歩とラーメンとお酒と甘いものも好き。青木 淳夫(@aoki1210)自己紹介上坂 貴志(@takashiuesaka)長年に渡ったフリーエンジニア稼業に終止符を打ち、ネクストスケープ所属。エバンジェリスト・アーキテクト。若かりし保守・運用に苦しんでいた時期にXP・TDDと出会い、実プロジェクトで何度も実験。そして失敗。同時期にソフトウェアアーキテクチャの重要性を痛感して修行を開始。様々なプロジェクトでTry＆Errorを繰り返してきた。近年はMicrosoft Azureとの関わりが多く、エバンジェリストという仕事柄、登壇・執筆活動がメイン。Microsoft MVP for Azure、Certified Scrum Master。Azure Machine Learingの共著1冊。Microsoft技術とアーキテクチャ、DDD、Scrumが好き。温泉とタイ料理が好き。甘いのも辛いのどっちも好き。
- 4.4 １週間で１回開催（ときおり非開催） 1回で0.5章を目安5月から実施 参加者は社員もパートナーさんも含め3名から10名くらい（若手多め） 固定メンバは5名程度 現在10章まで完了週に1回のランチ勉強会読書会の様子
- 5.
- 6.6社内でのDDD実践例（勤怠管理アプリケーション）ピットタッチで登録した勤務情報を編集したり登録管理するアプリケーションをDDDで構築しました。（使用技術→CentOS / C#,ASP.NET MVC, Azure, SQL Database, Azure Table / Power BI 等）上坂さん曰く、過去数回にわたって、C#でDDDを行ったが簡単ではなかったとのこと。この例ではDDDでそれなりに上手くいったそうです。
- 7.
- 8.8目次の章で挫折して難民になりかねないので、興味ある章から読んでも良いかもしれません。IDDD本の目次章 タイトル ページコメント目次 序文、賛辞、初めに、謝辞、著者、訳者、本書の読み方 24 各章の概要説明があります1章 DDDへの誘い 38 DDDを実践するメリットについて2章 ドメイン、サブドメイン、境界づけられたコンテキスト 40 巨大な泥団子にならによう業務別に分けよう3章 コンテキストマップ 24 迷子にならないためのもの4章 アーキテクチャ 53 レイヤから、ヘキサゴナルアーキテクチャへ5章 エンティティ 45 値オブジェクトとの違いを意識6章 値オブジェクト 42 エンティティとの違いを意識7章 サービス 19 変換・算出はここで8章 ドメインイベント 45 分散＆同期のテクニック9章 モジュール 11 「内部構成もユビキタス」で可読性アップ10章 集約 40 コンテキスト内の最小トランザクション単位11章 ファクトリ 11 ファクトリって、Factoryメソッドじゃないんだよ12章 リポジトリ 44 いわゆるリポジトリ13章 境界づけられたコンテキストの統合 5614章 アプリケーション 28付録A 集約とイベントソーシング：A+ES 41付録B 参考文献 7
- 9.
- 10.
- 11.11DDD実装サンプルIDDD本のソースコードサンプルの場所IDDD本SaasOvation - Javaのサンプル（ヴァーンさん）https://github.com/VaughnVernon/IDDD_SamplesIDDD本SaasOvation- C#のサンプル（ヴァーンさん）https://github.com/VaughnVernon/IDDD_Samples_NETおまけ ASP.NET MVC + C# ミュージックストアのDDD版https://github.com/thiagolunardi/MvcMusicStoreDDDさらにおまけ、IDDD本 C#のサンプルの日本語に適当にいじったものhttps://github.com/aoki1210/IDDD_Samples_NET
- 12.
- 13.131章の構成は• 私にもできるの？• あなたがDDDをすべき理由•DDDを行う方法• DDDを採用する事業価値• DDDの導入にあたっての課題• 現実味のあるフィクションとなっています。DDD（ドメイン駆動開発）を使うとどんなメリットがあるのか、なぜDDD以外のやり方だと失敗するのか、そして、上司、ドメインエキスパート、技術者へのDDDのすばらしさの売り込み方法を紹介しています。「1章：DDDへの誘い」の構成
- 14.14DDDに取り組める人は、若手の開発者、中堅レベルの開発者、ベテラン開発者、アーキテクト、ドメインエキスパート、マネージャ等。学ぶことができる人であれば、だれでもDDDを実践できる。DDDのメリットは次の3つ。1. ドメインエキスパートと開発者は、共同で業務をモデリングし「ユビキタス言語」を確立し、「私たちとあの人たち」ではなく「私たち」のチームを作る。2. 事業戦略構想に対応するため、サービス指向アーキテクチャやビジネス思考アーキテクチャを実現できる。3.ソフトウェアの真の技術的要求を満たす。スケーラブルで、SLAを満たし、アーキテクチャから詳細設計まで様々な問題に対応できる。逆に複雑なシステムでDDDを使わないと、シンプルに作ることができず開発に失敗する可能性もあります。「1章：DDDへの誘い」のポイント
- 15.
- 16.
- 17.172章の構成は• 全体像• なぜそれほどまでに戦略的設計を重視するのか•実世界におけるドメインとサブドメイン• 境界づけられたコンテキストの意味を知る• サンプルのコンテキストとなっています。ここではDDD固有の主要概念である「ドメイン」「コアドメイン」「サブドメイン」「境界づけられたコンテキスト」の説明が行われています。「2章：ドメイン、サブドメイン、境界づけられたコンテキスト」の構成※ドメインの構成を示した図コアドメイン支援サブドメイン汎用サブドメインコンテキスト
- 18.
- 19.
- 20.
- 21.
- 22.
- 23.
- 24.
- 25.254章の構成は• CIOへのインタビュー• レイヤ•ヘキサゴナル（ポートとアダプター）アーキテクチャ• サービス指向• Representational State Transfer（REST）• コマンドクエリ責務分離（CQRS）• イベント駆動アーキテクチャ• データファブリック及びグリッドベース分散コンピューティングとなっています。ここでは、さまざまなアーキテクチャでDDDを実現する方法を検討しています。「4章：アーキテクチャ」の構成①レイヤアーキテクチャ③ヘキサゴナルアーキテクチャ（hexagonalは英語で6角形の意味）②レイヤアーキテクチャ(DI使用時)
- 26.
- 27.
- 28.
- 29.295章の構成は• なぜエンティティを使うのか• 一意な識別子•エンティティおよびその特性の発見となっています。右図の例では、Personクラス・Userクラスが「エンティティ」、TenantIDクラスが「識別子」となっています。「5章：エンティティ」の構成※Entityの例(IDDD本 C#サンプルソースより)
- 30.
- 31.
- 32.
- 33.336章の構成は• 値の特徴• ミニマリズムを考慮した結合•標準型を値として表現する• 値オブジェクトのテスト• 実装• 値オブジェクトの永続化となっています。モデルから値オブジェクトの特性を見つけ出す方法について紹介されています。「6章：値オブジェクト」の構成※値オブジェクトの例(IDDD本 C#サンプルソースより)この図では、前述のPersonエンティティが、値オブジェクトであるContactInformationクラスをプロパティに持ちます。さらに、 ContactInformationクラスが値オブジェクトであるEmailAddressクラス、Telephoneクラス、PostalAdressクラスをプロパティに持っています。
- 34.
- 35.
- 36.
- 37.377章の構成は• ドメインサービスとは何か（…の前にドメインサービスとは何でないのか）• 本当にサービスが必要なのかをたしかめる•ドメインにおけるサービスのモデリング• サービスのテストとなっています。「7章：サービス」の構成※ドメインサービスの例(IDDD本 C#サンプルソースより)※アプリケーションサービスの例(IDDD本 C#サンプルソースより)
- 38.
- 39.
- 40.40■神原さんのスライド「Implementing Domain-Driven Design:Part 1」http://www.slideshare.net/atsushikambara/implementing-domaindriven-design-part-1■DDD本http://www.amazon.co.jp/dp/4798121967■ IDDD本http://www.amazon.co.jp/dp/479813161X■クラウドデザインパターンhttp://www.amazon.co.jp/dp/4822277372/■ Azureクラウドデザインパターンhttp://www.amazon.co.jp/dp/4822298337/■ Developing Core Business Applications with Domain-Driven Design (DDD) and Microsoft .NEThttps://channel9.msdn.com/Events/TechEd/NorthAmerica/2013/DEV-B311参考文献
- 41.