Movatterモバイル変換

DevLOVE 2012 ドメイン駆動設計という仕事の流儀 2012年12月16日有限会社システム設計増田亨

Domain-Driven Design (DDD) ドメイン駆動設計

ドメイン駆動設計の腕を磨くと

仕事が楽しくなる喜んでもらえる自分の成長の手ごたえやっていて面白い

ドメイン駆動設計興味を持つ利用者のやりたい事いつも話題にするモデルに要約するコードで実現する

ドメイン駆動設計的な・アーキテクチャ・開発プロセス・設計スタイル

Domain-Drivenなアプリケーションアーキテクチャ

ドメインモデル指向の設計パターン業務活動のトリガー業務手順の要約業務の知識ドメイン起動ドメイン委譲ドメインイベントサービスモデル入会申込受付() -申込番号 { 会員とは？ -氏名検証(); 入会とは？ -連絡先記録(); 申込とは？ -申込日時通知(); 受付とは？ }"something interesting "represents a Use Case scenario" “an Object Modelwhich affects the domain" "delegate to other objects " of the Domain”[EAA-dev, Fowler] [GRASP : Controller] [PoEAA]

ドメイン層の基本部品業務イベント入会申込会員リポジトリ会員登録サービス << interface >>イベント << controller >>リスナ登録する(会員) : void 登録する(会員) : void 存在を確認(会員) : Boolean DIP ＤＢアクセス会員会員トランスファー << interface>> <<domain object>>連絡手段 Thank Youメール送る(会員) : void 関係部門に通知する(会員) :void通知先() : メールアドレス業務の用語、業務のルールメール送信 DIP メッセージング

アンチパターン大きなサービスクラス get 5以上のimport文 get get データの入れ物だけの 5以上のインスタンス変数 set ドメインオブジェクト 10行以上の長いメソッド set set 50行を超えるクラスメソッドは getter/setter だけドメインサービスクラスが業務の流れ・構造・ルールのいろいろ知っていて、理解が不十分なまま作った、とりあえずの置き場所に、なんでもやりたがるなんでも突っ込んでいく（偶発的凝集）。

ドメインモデル指向のフレームワーク Spring MVC SQLマッピング myBatisBean バリデータドメインメッセージング Spring JMS Hibernate モデルテンプレート OXマッピングエンジン JAXB Velocity 業務の知識

ドメインイベント駆動の実行環境ドメインドメインドメインイベントイベントイベント HTTP リクエストメッセージング(Web アプリ, Web API) (システム間連携）電子メール受信アプケーションメッセージングメールサーバーサーバーサーバー James Tomcat Active MQ サービス Mailet Servlet コンテナコンテナコンテナ Mule ESB ドメインサービスドメインモデル

Domain-Drivenな開発プロセス

ドメイン駆動の開発プロセスドメインの把握ユースケース画面・帳表コンテキスト業務フローロバストネス分析イベント状態遷移必要ならシーケンス図初期のラフモデルモデルの改良属性の追加操作追加基盤クラス追加モデルの洗練 Java ソースコード DDL/SQL 手がかかり要約、骨格構造化用語集ソースコードドメインモデルの設計と実装データモデル

ドメインを把握するリレーションシップ駆動要件定義(RDRA) ICONIX 初期のラフモデルを 2時間以内で描く・コンテキストモデル・業務フローモデル・ドメインオブジェクトの発見・イベント／状態モデル・ドメインモデルの育て方・ロバストネス分析モデル間を関連づけユースケースと整合性と網羅性を確保実装のギャップを埋めるビジネスルールの発見と定義業務フロー図からドメインモデルからイベント／状態モデルからそれぞれのモデルからビジネスルールを抽出するヒントとテクニック

インクリメンタルに• Evolving ドメインモデルを育て続ける – 小さく生む – フィードバックを反映しながら育てる• Pervading ドメインモデルを行渡らせ続ける – 多くの関係者 – あらゆるタスク – ドメイン以外のレイヤ• Binding ドメインモデルを結びつけ続ける – 利用者の関心事とモデル – 実装コードとモデル

イテレーティブで発見的により良い部品を探し続けるモデリングプログラミングリファクタリング三位一体繰り返し

ドメインモデルの設計スタイル

設計原則二本柱ギュッとサラッと集めてつなぐ High Cohesion Low Couplingドメインオブジェクトに適用する

業務の知識をギュッと集める・パッケージ・クラス・メソッド High Cohesion

業務の概念ごとに独立させてサラッとつなぐ・パッケージ・クラス Low Coupling

ドメインモデルの設計腕を磨く小さな部品 How より What 設計の本を読む原則・パターンとの付き合い方

ドメイン駆動設計への道実装のテクニックドメインの理解・メソッドの構成設計のスタイル・オブジェクト間の特性の移動言葉の力小さく作る練習・データの再編成・条件記述の単純化モデル駆動オブジェクト指向エクササイズ・役割ステレオタイプ９つの簡単なルール・メソッド呼び出しの単純化・小数の隣人と協力 RDD 責任の割当の原則 GRASP For Thoughtful Developer 実装の原則凝集と結合の原則 Leading Designer SOLID ・クラス RCC ・振る舞いとメソッド ASS ・状態とコレクション

部品(業務の基本用語)の粒度日付 (時分秒を持たない）金額管理番号,登録番号時分（秒を持たない）単価取引先コード翌営業日, 休前日数量,数量単位,換算取引区分月末,月初, 四半期, 半期, 年度消費税,税率,端数処理契約番号期間合計,小計,総合計商品番号有効期限数量割引型式コード予定日キャンペーン価格製造番号期限切れ一週間前のアラート季節料金シリアルナンバー前日のリマインダキャンセルポリシー …… …Date, String, BigDecimal, Long, … 小さな部品にプリミティブな型をラッピングした業務で必要なデータとロジック（知識、ルール）を凝集（カプセル化)する

ドメインオブジェクト第5章オブジェクト指向エクササイズ小さく作るクラス 50行までメソッド 3行までパッケージ 10ファイルまで

3行メソッドnextStage(){ ready(); set(); go();} こういうのが良い感じ

必然的にオブジェクト指向（小さく）になる９つの簡単なルール「Thought Works アンソロジー」第5章オブジェクト指向エクササイズ原文 http://www.bennadel.com/resources/uploads/2012/ObjectCalisthenics.pdf

小さく作る練習課題１．ひとつのメソッドのインデントは1段階まで２．else 句を使わない３．すべてのプリミティブ、文字型をラッピング４．ファーストクラスコレクションを使う５．1行につき、ドットはひとつ６．名前は省略しない７．クラス50行、パッケージ10ファイルまで８．インスタンス変数は２つまで９．getter/setter を使わない

小さく作る練習ガイドパターン集第5章オブジェクト指向エクササイズパターン集９つのルールslideshare:オブジェクト指向できていますか？http://www.slideshare.net/MoriharuOhzu/ss-14083300オブジェクト指向エクササイズのススメhttp://www.slideshare.net/yojik/ss-1033616オブジェクト指向の設計と実装学び方のコツhttp://www.slideshare.net/masuda220/ss-14263541 原文 http://www.bennadel.com/resources/uploads/2012/ObjectCalisthenics.pdf

小さな部品実践の小技汎用部品より目的特化部品 if 文を減らす・隠す for 文を減らす・隠す setter を使わない getter を使わない

汎用部品より目的特化部品String AreaCodeLong EntryNumberBigDecimal ラッピング AmountDate ExpireDateList<Appoint> Appointments なんでも屋目的特化

if 文を減らす・隠すBoolean より EnumStrategy/State パターンMissing Object パターン (null object パターン)Mapパターンマッチング…

for 文を減らす・隠す・ファーストクラスコレクションに隠す・Collection フレームワーク API の復習たとえば、TreeMap, TreeSet必要なら・Comparable の実装・Comparator の実装・equals()/hashCode() の override

setter を使わない完全コンストラクタ・Value Object パターン・生成時に必要な値をすべて渡す状態を変えたい時・別のオブジェクトを作る・ライフサイクルの短いクラスの導入（状態を固定できるまで細分化）

getter を使わない@Deprecated フレームワークは使っていいよアプリケーションでは使っちゃだめよget して何したいのか？もう一度考え直すロジックを移動する (データにロジックを寄せる）フィールドを移動する（ロジックにデータを寄せる）

腕を磨くHow より What

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

How より What 料金の用語( What ) をクラスで表現計算方法( How ) を記述課金ポリシー適用する（）料金シーズン料金計算する（） <<interface>> レート（）ルール変更・追加のたびにクラスが肥大化し夏料金冬料金 if 文が増殖する予感レート（）レート（）ルール変更・追加は、一部の部品の追加、差し替えですみそう。

腕を磨く本を読む設計の

いろいろな設計の考え方に触れる広がりと掘り下げのＴ字多くの本に目を向け、視野を広げる。（浅くて良い。建築や機械、他分野まで広げる。）これぞと思う本は、徹底的に読み込んで深く理解する。両方やることがたいせつ。© 慶応大学 SFC 井庭研学習パターン

技術書を読み込む鳥の眼と虫の眼俯瞰して全体を見る。詳細に部分を見る。２つの視点を行き来する。小説じゃないだから、最初から順番に読んで面白いわけがない。知らないことが書いてあるんだから、一読で、わかるわけがない。鳥の眼と虫の眼で何度も読み直す© 慶応大学 SFC 井庭研学習パターン

設計技術を自分のものにするプロトタイピング実際に作って覚える。設計用語は、コードを書いて、動かして「はじめて」わかることばかり。設計用語をひとつ覚えるたびに、昨日のコードと今日のコードの違いが自分でわかるようになる。それが「設計の考え方」「見方」の変化。© 慶応大学 SFC 井庭研学習パターン

腕を磨く設計原則デザインパターン付き合い方

DDDのパターンの源流 RDD: Responsibility Driven Design 18の基本用語（第1章） GRASP: General Responsibility Assignment 9つの責任割り当て汎用パターン SOLID: ５つのクラス設計の原則 RCC：３つのパッケージの凝集度の原則 ASS：３つのパッケージの結合度の原則

設計原則・デザインパターンとの付き合い方北極星、 in the context、 as a whole

設計原則を北極星として使う北極星に行きたいわけではない。現在の進行方向の確認に使うだけ。南に進むことが、時には役に立つこともある。

in the context設計原則やデザインパターンは、特定の文脈（背景、事情、前後関係）の中での使い方を探す。文脈が違えば原則・パターンの使いどころも変わる。その文脈でのベストプラクティスを探す。

as a wholeドメインモデルが、全体として、役に立つか？心地よいか？設計原則やパターンへの執着が、ドメインモデルを台無しにすることもある。

腕を磨く小さな部品 How より What 設計の本を読む設計原則とうまく付き合う

仕事を楽しく喜んでもらう自分が成長する面白いことをやる

Movatterモバイル変換

Change Language

ドメイン駆動設計という仕事の流儀

Recommended

More Related Content

What's hot

Similar to ドメイン駆動設計という仕事の流儀

More from 増田亨

ドメイン駆動設計という仕事の流儀

Movatterモバイル変換

ドメイン駆動設計という仕事の流儀

Recommended

More Related Content

What's hot

Similar to ドメイン駆動設計という仕事の流儀

More from 増田 亨

ドメイン駆動設計という仕事の流儀

More from 増田亨