ドメイン駆動設計のためのオブジェクト指向入門

Ad

Ad

Ad

Ad

Ad

Ad

Ad

Ad

Ad

Ad

Ad

Ad

ドメイン駆動設計のための
オブジェクト指向入門
2016年3月5日増田亨(@masuda220)
有限会社システム設計代表
ギルドワークス株式会社取締役
1
DDD Alliance 2016年1月21日@東京の再演
関西DDD.java

本日の内容
• 基礎知識
– ドメイン駆動設計
– オブジェクト指向設計
• 事例「転職支援サービス」
– システムの概要
– ドメイン層の隔離初級・中級・上級
– ドメインオブジェクト「善い部品」
– より深い洞察に向かうリファクタリング...

基礎知識
ドメイン駆動設計
オブジェクト指向設計
3

ドメイン層のソフトウェア設計
オブジェクト指向設計
インクリメンタルな設計(XP)
ドメイン駆動設計
4

ドメイン駆動設計
ドメイン
モデル
ドメインの
「重要な関心事」を
鋭く説明する
選び抜かれた
重要な関心事を
コードで表現する
会話を繰り返して
「要点」を明確にする
「重要な語彙」を
チームで合意する
１章
２章
３章
5
第１章
ドメイン...

ドメイン駆動設計
ドメインを分析する人がコードを書く
毎日、分析し、毎日、コードを書く
「会話」をしながら意図を確認する
コードを書く人がドメインを分析する
分析・設計・実装を「フェーズ」に分けない
分析・設計・実装の「担当者」を別にしない
「...

ドメインを学び
学んだことを
コードで表現する
ドメイン駆動設計
7
オブジェクト指向／ＸＰ

ドメインの隔離
ドメインの知識の置き場所
ソフトウェアの中核
他の３層に依存しない
４章
8

実装
業務の知識の置き場所
ソフトウェアの中核
他の３層に依存しない
9

ドメイン層のオブジェクト
• Plain Old Java Object
– Not Plain Old Java Beans (getters/setters)
• 業務の「関心事」を表現したオブジェクト
– 業務で知りたいこと(誰が、いつ、...

オブジェクト指向：コードの整理
• 「クラス」単位に関連するコードを整理する
• どこに何が書いてあるか特定しやすくなる
• 変更があちこちに飛び火しない
– データクラスと機能クラスを分けると、機能クラス
に、コードの重複が増え、変更が飛び火...

アンチパターン
変更コストが高くなる設計
機能クラスＡと、機能クラスＢに、同じデータを扱うロジックが重複する
変更時に、読む範囲が広がり、変更箇所が増え、テスト範囲が広がる
12
ビュー
コントローラ
サービス
データアクセス
…
ビュー
コン...

変更コストが下がる設計
判断・計算・加工のロジックを一箇所に集める
変更時に、一箇所を読み、一箇所を変更し、一箇所テストする
13

オブジェクト指向：ドメイン層の構造
集約（アグリーゲート）が開発単位
・分析＋設計＋実装
× 画面単位の分析・設計・実装
× 機能単位の分析・設計・実装
14

オブジェクト指向：ネットワーク構造
• システムは、オブジェクトが集まったネットワーク
構造
– オブジェクト同士で、依頼と応答を繰り返す
• 強く関連する部品は「集約」する（アグリゲート）
• 「アグリゲート」同士は、分離性を高め、必要最
小...

オブジェクト指向：工法
• 「変更」が前提だから
– インクリメンタル（＋１）に開発する
– 少しずつ成長する全体
– 毎日変化する全体
• いつでもすぐに変更できるように
– 分析・設計・実装で「フェーズ」を分けない
– 分析・設計・実装を同...

オブジェクトの設計
独自の「型」を設計する
オブジェクトの「コラボレーション」を設計する
実現手段（how)を隠ぺいする
17

オブジェクトの設計
独自の「型」を設計する
• 「型」
– クラス／インタフェース
– オブジェクトの種類
– 関心事の分類
– メソッドの引数
– メソッドの戻り値
• ドメイン層は「独自の型」だらけにする
– 「独自の型」＝利用者の関心事
...

オブジェクトの「コラボレーション」の設計
責任駆動設計
コラボレーション
共同作業
協調動作
メッセージ・
パッシングオブジェクト
インタラクション
オブジェクト
コミュニケーション
役割分担
擬人化
相互作用
契約による設計SRP GRAS...

「コラボレーション」の設計原則
• お互いが対等の立場のオブジェクト
• 双方向の権利と義務、その明文化
• 一時的な関係（契約期間）
• 相手を詳しく知りたがってはいけない
契約による設計
Design by Contract
by バートラ...

「契約による設計」
理解するには、現実世界の「契約」の知識が必要。
技術者にはあまり良いメタファーではない。
一方、ビジネスでは「契約」は重要な関心事。
業務ルールの基本でもある。
「ドメイン駆動設計」をやるなら「契約」を勉強しよう。
「業務知...

「契約による設計」
悪い関係
顧客クラスが判断・加工・計算をする（機能クラス）
そのために供給者クラスは生データを提供する
（データクラス）
22
良い関係
顧客クラスが、判断・加工・計算を「依頼」する
供給者クラスが適切に、判断・加工・計算を...

「契約による設計」
23
悪い関係
顧客クラスが判断・加工・計算をする
そのために供給者クラスは生データを提供する
String オブジェクトから char[] getCharArray()して、
顧客クラスで、char[]を操作しないよね？
...

オブジェクトの設計
実現手段(how)を隠ぺいする
if/switch
for/while
List, Set, Map
Stream
char
byte
==, >=, <=
+, -
String
StringBuilder
LocalDa...

ドメイン層では
実現手段（how)は隠ぺいする
• int/String/LocalDateは「値オブジェクト」で包む
• for/while/List/Set/Map/Stream/Optional は、
特別なクラス（「ファーストクラスコレ...

事例の研究
「転職支援サービス」
アーキテクチャ
コード例
メトリクス
26

転職支援サービス
27

アーキテクチャ
28

ドメイン層の隔離
初級中級上級
フレームワークと規約
web/service/model/
datasource …
誰でもできる
貧血ドメインモデル
実際はドメインロジック
が各層に飛び散る
ドメインのロジックを
プレゼンテーション層／
...

コード例
求人情報（Offer)
30

アーキテクチャ
31

32
この列の実装例

プレゼンテーション層
ＯｆｆｅｒＣｏｎｔｒｏｌｌｅｒ．ｊａｖａ
@Controller
@RequestMapping("/offers/{offerId}")
public class OfferController {
@Autowired...

サービス層
ＯｆｆｅｒＳｅｒｖｉｃｅ．ｊａｖａ
@Service
public class OfferService {
@Autowired
OfferRepository repository;
public Offer findBy(Of...

データソース層
ＯｆｆｅｒＤａｔａｓｏｕｒｃｅ．ｊａｖａ
@Repository
public class OfferDataSource implements OfferRepository {
@Autowired
OfferMapper ...

36
この列の実装例

ドメイン層
Ｏｆｆｅｒ．ｊａｖａ
public class Offer {
OfferIdentifier id = new OfferIdentifier();
OfferTitle title = new OfferTitle();
Des...

ドメイン層
ＯｆｆｅｒＲｅｐｏｓｉｔｏｒｙ．ｊａｖａ
public interface OfferRepository {
Offer findBy(OfferIdentifier id);
OfferSummaries listOfOffer...

メトリクス
クラス数とか行数とか
39

転職支援サービス
40

アーキテクチャ
41

42
Thymeleaf
(HTMLフレンドリー)
MyBatis
(SQL フレンドリー)

メトリクス
項目求職者転職アドバイザ
画面種類（HTMLテンプレート）
（内、登録系）
193
(47)
260
(46)
プレゼンテーション層 @Controller 128 96
サービス層 @Service クラス
更新系機能（メソッ...

ドメイン層のクラスの行数
クラス数
行数
３０行から６０行で７割
１０行以下はインタフェース宣言
44

クラス数が1,000くらいでは混乱しない
45
関連づけながら覚える
言葉のネットワークだから
集約単位に「知識」が
グルーピングできているから
この抜粋版で
すでに１０クラス
こういう塊が100個

語彙の整理
46
それぞれの集約の内部の語彙を、
一度に知る必要はない
語彙が１０００語くらい
では混乱しない
集約のルートのクラスを
覚えれば、全体を見通せる
（業務の基本用語ばかり）

ドメインオブジェクト
「善い部品」
47
善い：地道に繰り返すべき正しい努力

善い部品の基準 by メイヤー
• 分解のしやすさ
• 組み立てやすさ
• わかりやすさ
• 連続性
• 保護性
48
Δコード
Δ仕様
この比率が１に近く
かつ不連続に変化しないことが善い部品
副作用が波及する範囲が狭いこと

善い部品の基準 by エヴァンス
• 組み立てやすい部品
– 意図の明白なインタフェース
– 副作用のない関数(immutable)
– 表明（顧客クラスと供給者クラスの約束）
• 内部を読まなくても、予測可能で、信頼できること
• 適切に分解...

ドメインオブジェクトの設計
(おさらい)
• 独自の「型」を設計する
– コードの整理の単位
– 知識の表現の手段
• オブジェクトの「コラボレーション」の設計
– 役割分担
– 協力関係
• 実現手段(how)を隠ぺいする
– Java 言語...

ドメインオブジェクト
「善い部品」
参照オブジェクト
値オブジェクト
ファーストクラスコレクション
振る舞いを持つ区分定数
how より what
51

参照オブジェクト
(Entityパターン)
52

参照オブジェクト
ドメイン駆動設計のＥｎｔｉｔｙパターン
53
集約のルートオブジェクトのコラボレーションの元締め
主要な関心事への参照点
顧客との会話の語彙の起点

参照オブジェクト vs @Entity
• 参照オブジェクト(ドメイン駆動設計のEntity)
– 業務の主たる関心事の表現手段
– 集約のルート
– どういう「データ」を持つかではなく「何を知りたいか」を表現する
• JPA の @Entit...

値オブジェクト
55

値オブジェクト
String
List<String>
BigDecimal
Integer
…
LocalDate
Long
起算日 InitialDate
期限 DueDate
有効期間 ValidTerm
金額 Money
数量 Quan...

値オブジェクト
• 基礎部品：業務の関心事の基本語彙
– 日付、期間、数量、金額、単位、名称、備考、…
• 目的に特化して制約をかける
– String, BigDecimal, LocalDate, … 汎用のデータ型をラッ
ピングする
– ...

値オブジェクトの実装パターン
• 完全コンストラクタ
– すべてのインスタンス変数は、生成時に設定
• 不変
– setter を書かない（状態を変えない）
– 値を変更する時は、別のオブジェクトを生成して返す
– 不変による「安定」
• ロジ...

実装例
59
public class NumberOfChangingJob {
@NotNull(message = "転職回数を選択してください。", groups = Default.class)
@Range(min=0, max=1...

実装例
60
public class DateOfBirth {
Integer year = LocalDate.now().getYear() - 35;
Integer month;
Integer day;
public LocalD...

値オブジェクトの効果
• コードにドメインの言葉が増える
（暗黙の概念が明示的に）
– × String getName( Long id )
– ◎ PersonName fullName(CustomerNumber id)
• コードの重...

一覧オブジェクト
(ファーストクラスコレクション)
62

一覧オブジェクト
（ファーストクラスコレクション）
• ListやSetをラップしたドメインオブジェクト
• Offers
• MailBox
• SkillSet
• 「一覧」や「履歴」という関心事の表現
– 「一覧」は利用者の関心事が集中す...

一覧オブジェクト vs. SQL 問合せ
• SQLの抽出条件を単純にして、微妙な抽出や
加工は、一覧オブジェクトにやらせる、という
選択肢もある
• どちらのやり方がドメインの関心事をうまく表
現できるか
• 変更があった時に、どちらが楽で安...

区分オブジェクト
(振る舞い持ったEnum)
65

区分オブジェクト
• 振る舞いを持った Enum
• 区分ごとのロジックを別クラスに記述
• Java言語使用に組み込まれた
Strategy/Stateパターン
• if 文/switch文を書かない工夫
説明とコード例は、googleで
「...

実装例
67
interface PayAmount {
Yen amount();
String name();
String description();
}
//それぞれのクラスでインタフェースを実装する
class DeadAmount...

列挙を使った実装例
68
enum PaymentType{
dead( new DeadAmount() ),
retired( new RetiredAmount() ),
normal( new NormalAMount() );
pri...

区分オブジェクトの効果
• 関心事の明示的なコード表現
• 複雑な if文記述の解消
– 区分ごとの分岐記述( if文 or switch文 )は、一箇所
になる
– 場合によっては、まったく書かなくてよくなる
• どこに何が書いてあるかわかり...

How より What
(意図の明確なインタフェース)
70

expireDate.add(-1);
expireDate.previousDay();
expireDate.dayOfFinalAlert ();
業務要件：期限切れの前日にアラートメールを送る
How より What
業務の関心事を明示...

課金ポリシー
適用する（）
シーズン料金
レート（）
夏料金
レート（）
冬料金
レート（）
料金
計算（） <<interface>>
計算方法(How)を記述
料金の用語(What)をクラスで表現
計算()メソッドに埋もれ、
暗黙化する業務...

深い洞察に向かう
リファクタリング
73
８章から１３章

リリース後に発生したちょっとした改善
要望：スカウトの開封／未開封が見づらい
修正：メール状況で「未読」の場合、赤表示にした
74
増田亨 (管理)
増田亨 (管理)

変更したコード
+.mail-status-unread {
+ color: #990000;
+ font-weight: bold;
+}
css/custom.css
-<td th:text="${mailSummary.mailSt...

ちょった待った
ドメイン層で
この関心事は
どう表現している？
76

メールの状態
public enum MailStatus {
未読,
既読,
返信済み,
未選択;
public boolean unread() { return this == 未読; }
public boolean opened() ...

スカウトメール一覧
public class ScoutMailSummary {
MailId mailId;
MailStatus mailStatus;
ScoutStatus scoutStatus;
MemberForAgencySu...

改善のアイデア
public class ScoutMailSummary {
ScoutMailStatus mailStatus;
ScoutStatus scoutStatus;
MemberForAgencySummary receiv...

学び方のヒント
80

オブジェクト指向設計の学び方
言葉⇒体験⇒言葉
本やスライドで用語を学ぶ
実際にやってみる（コードを書く）
学んだ本やスライドを読み直す
オブジェクト指向の「用語」はわかりにくい
コードで書いてみて、「もう一度」、説明を読み直すと
わからなかっ...

成功を体験する
「変更作業」が学びのチャンス
• 既存コードを変更しながら以下を意識する
– コードを読んだ範囲
– 変更箇所の数
– テストが必要な範囲
– 副作用の有無（安心感）
• オブジェクト指向設計に書き換えてから変更してみる
– 「...

成功体験をするための
推薦図書
• リファクタリング
• 実装パターン
– オブジェクト指向の効果を引き出す
コードの書き方の実践ノウハウ
• 技術評論社 Software Design 再編集版 (３月発行予定）
– オブジェクト指向の「入門...

参考資料
• オブジェクト指向エクササイズのススメ
– http://www.slideshare.net/yojik/ss-1033616
• 責務を持ったオブジェクトの「コラボレーション」の設計を、
わかりやすく学べる
• オブジェクト指向...

参考資料
85
特に
０章最近のオブジェクト指向
１章の１基本を学ぶ
２章の１３つの基礎練習
３章実践的な考え方とやり方

ドメイン層のソフトウェア設計
オブジェクト指向設計
インクリメンタルな設計(XP)
ドメイン駆動設計
86

ドメインを学び
学んだことを
コードで表現する
ドメイン駆動設計
87
オブジェクト指向／ＸＰ

ドメイン駆動設計
ドメイン
モデル
ドメインの
「重要な関心事」を
鋭く説明する
選び抜かれた
重要な関心事を
コードで表現する
会話を繰り返して
「要点」を明確にする
「重要な語彙」を
チームで合意する
１章
２章
３章
88
第１章
ドメイ...

ドメイン駆動設計
ドメインを分析する人がコードを書く
毎日、分析し、毎日、コードを書く
「会話」をしながら意図を確認する
コードを書く人がドメインを分析する
分析・設計・実装を「フェーズ」に分けない
分析・設計・実装の「担当者」を別にしない
「...

Share Slideshare

LinkedIn
Facebook
Twitter

Embed

Size (px)

Show related Slideshows at end

WordPress Shortcode

Link

Share
Email

ドメイン駆動設計(DDD)の実践Part2 by 増田亨 13405 views
ドメイン駆動設計基本を理解する by 増田亨 118950 views
Unity パーティクルシステム超入門 by minoru nakanou 10206 views
ドメインモデルの育て方 by 増田亨 13414 views
Gradle入門 by orekyuu 17741 views
lazy var の特徴を知る #cocoa_kansai #cswift by Tomohiro Kumagai 7233 views

View on Slideshare

1 of 89 Ad

View on Slideshare

1 of 89 Ad