SlideShare a Scribd company logo
ドメイン駆動設計
powered by Spring
ドメインロジックに集中せよ
2017年3月28日
ギルドワークス 増田
focus on domain logic
ドメイン駆動設計
Domain-Driven Design
ソフトウェアの核心にある
複雑さに立ち向う
Tackling Complexity in the Heart of Software
複雑さという課題
The Challenge of Complexity
設計を複雑にする要因
技術的な複雑さ
ドメインの複雑さ
ネットワーク、データベースなど
基盤となる技術の複雑さ
ドメイン(対象領域)の
ユーザの活動やビジネスの複雑さ
設計を複雑にする要因
技術的な複雑さ
ドメインの複雑さ
ネットワーク、データベースなど
基盤となる技術の複雑さ
ドメイン(対象領域)の
ユーザの活動やビジネスの複雑さ
重要な課題は、ドメインの複雑さ
ユーザの活動やビジネスそのものがもつ複雑さ
ドメインロジックに集中する
モデルに基づき設計する
インクリメンタルに開発する
核心にある複雑さに立ち向う
ドメインロジックに集中する
モデルに基づき設計する
インクリメンタルに開発する
核心にある複雑さに立ち向う
ドメインロジックに集中する
ビジネスルール
ドメインロジック
分析の対象
実装の対象
遵守すべき約束事
外部:契約、商習慣、法令、…
内部:社内規定、予算、しきたり、…
ビジネスルールのサブセット
プログラミング言語で記述
ドメインロジックに集中する
ビジネスルール
ドメインロジック
分析の対象
実装の対象
遵守すべき約束事
外部と:契約、商習慣、法令、…
社内で:予算、計画、規定、しきたり、…
ビジネスルールのサブセット
プログラミング言語で記述
アプリケーションが使われる領域(現実世界)の約束事を理解する
システム化の対象となるビジネスルールを特定する
それをプログラミング言語で表現する
その活動に集中する
ドメインロジックに集中する
モデルに基づき設計する
インクリメンタルに開発する
核心にある複雑さに立ち向う
情報収集 分析・整理
ヒヤリング
Q&A
ユーザストーリ
画面の紙芝居
システム企画書
既存の帳票/ファイル
既存の画面
既存のデータベース
仕様 実装設計
画面一覧
機能一覧
項目定義
処理詳細
モデルを使わない開発プロセス
情報収集 分析・整理
ヒヤリング
Q&A
ユーザストーリ
画面の紙芝居
システム企画書
既存の帳票/ファイル
既存の画面
既存のデータベース
仕様 実装設計
画面一覧
機能一覧
項目定義
処理詳細
モデルを使わない開発プロセス
ドメインモデルを一切もたず
バックログ(機能一覧、画面一覧)をとにかく消化する開発
情報収集 分析・整理
ヒヤリング
Q&A
ユーザストーリ
画面の紙芝居
システム企画書
既存の帳票/ファイル
既存の画面
既存のデータベース
仕様 実装設計
画面一覧
機能一覧
項目定義
処理詳細
ビジネスルール
モデル
現実を単純化した模型の導入
全体の見通しが良くなる
ムリ・ムダ・ムラが減る
モデリング作業が増える
ドメインロジックに集中する
モデルに基づき設計する
インクリメンタルに開発する
核心にある複雑さに立ち向う
フェーズに分ける開発
情報収集
分析・整理
基本設計
詳細設計
運用
実装
based on out-of-date assumptions
フェーズに分ける開発
情報収集
分析・整理
基本設計
詳細設計
運用
実装
based on out-of-date assumptions
担当者が変わる → 伝言ゲーム
1方向の活動 → 誤りがあっても是正されない
(後ろにいくほどつじつま合わせが多発)
インクリメンタルな開発
情報収集
分析・整理
基本設計
詳細設計
運用
実装
step-by-step, in small pieces, based on real-life experience
day-1 day-2 day-3 …
同じメンバーが担当
すべてが発展途上
変化への機敏な対応
創発性(ブレークスルー)
ドメインロジックに集中する
モデルに基づき設計する
インクリメンタルに開発する
核心にある複雑さに立ち向う
ステキなお知らせ
核心にある
複雑さに立ち向かう
強力な援軍
Spring Framework
Spring Boot
Spring Framework
ドメインとドメインロジックに集中できる
ドメインモデリングに時間を割ける
Spring Framework
ドメインモデル以外のことを
全部用意するフレームワーク
Spring handles the infrastructure
so you can focus on your application.
Spring focuses on the “plumbing" of enterprise applications
so that teams can focus on application-level business logic.
Spring Framework
Reference Document
Spring Framework Project Introduction
Spring 入門
配管
Spring Boot
本来のアプリケーション開発をすぐ始められる
day-1 からプロダクションレベルで運用できる
インクリメンタルな開発を実践できる
残念なお知らせ
Spring Framework
Spring Boot
こんな開発にも使えます…
ドメインとドメインロジックに
技術課題に集中する
モデルに基づき設計する
バックログをせっせと消化する
インクリメンタルな設計
フェーズに分けて伝言ゲーム
基盤とアプリで別チーム
ドメインロジックに集中する
モデルに基づき設計する
インクリメンタルに開発する
核心にある複雑さに立ち向う
ドメイン駆動設計
powered by Spring
アンチパターン
ドメインロジック以外に焦点をあてる
ドメインモデルなしに機能一覧バックログを消化
プレゼンテーション層
データソース層
アプリケーション層
画面の入出力
データベースの入出力
データベースの
更新・参照の手続き
データの加工ロジック
データの検証ロジック
データの判断/加工/計算
書き込みの前処理ロジック
読み出しの後処理ロジック
データ処理に焦点をあてる
@Controller
@Service
@Repository
ドメインロジックに集中する
モデルに基づき設計する
インクリメンタルに開発する
核心にある複雑さに立ち向う
プレゼンテーション層
データソース層
アプリケーション層
ドメインを隔離する
@Controller
@Service
@Repository
ドメインモデル
ここを
インクリメンタルに
成長させながら
全体の開発を駆動する
ドメインロジックを
ここに集約する
ドメインモデル
An object model of the domain that incorporates
both behavior and data
ドメインモデル
ドメインロジックを
オブジェクトで表現する
model elements expressed as objects
ドメインモデルだと
何が良いのか?
変更が楽で安全
ドメインモデル:変更容易性
ドメインロジックが重複しない
ロジックを書いてある箇所の特定が簡単
変更の影響を狭い範囲に限定できる
データを持つクラスが唯一のロジックを持つ
パッケージ名→クラス名
変更したクラスに閉じる
せいぜい、そのクラスを使うクラスまで
トランザクションスクリプト
ドメインロジックが重複しない
同じロジックが重複する
ロジックを書いてある箇所の特定が簡単
データ処理の流れを追いかけて探し回る
変更の影響を狭い範囲に限定できる
変更箇所の後続処理をすべて追いかける
ドメインオブジェクト
設計パターン
ドメインロジック
ビジネスルール
ドメインロジック
分析の対象
実装の対象
遵守すべき約束事
外部:契約、商習慣、法令、…
内部:社内規定、予算、しきたり、…
ビジネスルールのサブセット
プログラミング言語で記述
ドメインロジックの最小単位
数値
日付
文字列
数量、金額、…
予定日、締日、…
演算の対象 演算(判断/加工/計算)のパターン
識別コード/識別名
分類コード/分類名
等値の判定
大小判定/順序付け
四則演算
換算
範囲内/範囲外の判定
型変換(文字列表現から)
型変換(文字列表現へ)
有効要素の判定
==, equals(), …
<,>, compareTo(), …
MIN,MAX, ….
contains(), has(), …
of(), parse(), …
toString(), asText(), …
+-*/, plus(), minus(), …
inThousand(), inPieces(),
値オブジェクト
コレクションオブジェクト
区分オブジェクト
ドメインロジックの置き場所
基本パターン
値オブジェクト
BigDecimal
Integer
…
LocalDate
Long
起算日 InitialDate
期限 DueDate
有効期間 ValidTerm
金額 Money
数量 Quantity
単位 Unit
言語で用意された汎用の「型」
独自に定義したドメイン固有の「型」
判断/加工/計算ロジックの置き場所
45
コレクションオブジェクト
(ファーストクラスコレクション)
• ListやSetをラップしたドメインオブジェクト
• 「一覧」「履歴」という関心事
• 一覧の検索条件、表示項目、表示順の議論は、重要な関
心事の発見につながる
• コレクション操作はコードがごちゃごちゃする
• 変更の副作用が多い
• クラスとして独立させ、そのクラスに
コレクション操作のロジックを閉じ込める
• count(), contains()
• select(), reject()
• convertTo()
区分オブジェクト
• 振る舞いを持った Enum
• 区分ごとのロジックを別クラスに記述
• Java言語仕様に組み込まれた
Strategy/Stateパターン
• if 文/switch文を書かない工夫
説明とコード例は、googleで
「場合わけの書き方あれこれ」で検索、
または技術評論社ムック本
「オブジェクト指向をきちんと使いたいあなたへ」
場合ごとのドメインロジックを表現する道具
モジュール化
構造化
自己文書化
ドメインオブジェクト:設計原則
モジュール化
構造化
自己文書化
ドメインオブジェクト
モジュール化
複雑さに立ち向かうための工夫
プログラムを
開発/保守がやりやすい単位に分割する
部品化
組み立て
ドメインロジックのモジュール化
ドメインモデル
(オブジェクトモデル)
トランザクションスクリプト
(手続きモデル)
アプローチ
関連するデータとロジックを
一体にする
データクラスと機能クラスに
分ける
モジュール
分割の単位
関心事
(数量、金額、納期、締日、…)
値オブジェクトなど
ドメインロジックの
部品化のパターンが明確
機能
(受注登録、注文変更、…)
サブルーチン化が不明確
大きなデータクラスと
長いメソッドになりがち
ロジックの
再利用
ドメインオブジェクトとして部品化
ドメインオブジェクトの
組み合わせで機能を実現
部品化が進まない
ロジックの再利用がしにくい
コードの重複
モジュール化
構造化
自己文書化
ドメインオブジェクト
ドメインロジックの構造化
複雑さに立ち向かうために
記述レベルを階層化する
コンピュータよりの記述から
人間よりの記述へ
段階的に近づける
構造化:記述レベルの階層化
業務で使う用語
期日
数量
金額
消費税
キャンセル規定
順番待ち
商品リスト
在庫一覧
ドメイン固有API
ExpireDate
Quantity
Amount
TaxAmount
OverBookingPolicy
WaitingList
Catalogue
Inventory
Java コアAPI
BigDecimal
LocalDate
List,Set,Map
Predicate
Stream/Collectors
Java 言語仕様
int , char
int[], char[]
String , Enum
if , for
機械
人
階
層
化
ドメイン固有APIのレイヤを追加する
モジュール化
構造化
自己文書化
ドメインオブジェクト
ドメインロジックの自己文書化
複雑さに立ち向かうために
コードにドメインロジックを語らせる
(自己文書化)
パッケージ名/クラス名/メソッド名
メソッドの返す型
引数の型
ドメインロジックの自己文書化
ドメインオブジェクトを参照する他の三層のコード
ドメインロジックとの関係性を語るようになる
(ドメインモデルの自己文書化が他の三層に波及する)
ソースコード以外の文書化
業務マニュアル <重要>
利用者ガイド <重要>
開発・保守ドキュメント <不要>
モジュール化
構造化
自己文書化
ドメインオブジェクト:設計原則
ドメインオブジェクトの設計レビュー
ドメインロジック記述の怪しい臭い
else句
switch文
boolean 宣言
判断ロジックの不適切な置き場所
判断ロジックの不要な複雑化
定数宣言だけの enum 区分ごとのロジックの置き場書が不適切
Stream
ドメインロジックの暗黙化(判断/加工の隠蔽)
ドメインロジックの重複
5行以上のメソッド
ドメインロジックの暗黙化
ドメインロジックの重複
3つ以上のフィールド クラスの凝集度の低下(関心事の発散)
ラムダ記法(無名関数) ドメインロジックの暗黙化
メソッドチェイン ドメインロジックの暗黙化
モジュール化/構造化/自己文書化の原則違反の臭い
ドメインを隔離する
Isolating the Domain
プレゼンテーション層
データソース層
アプリケーション層
ドメインを隔離する
@Controller
@Service
@Repository
ドメインモデル
ここを
インクリメンタルに
成長させながら
全体の開発を駆動する
ドメインロジックを
ここに集約する
ドメインを隔離する
データの入出力
画面
データベース
ドメインモデル
ドメインロジックの
オブジェクト表現
画面やデータベースの都合を、ドメインモデルに持ち込まないこと
ドメインを隔離する
画面やデータベースの都合を
ドメインモデルに持ち込まない
プレゼンテーション層と
ドメインオブジェクト
Spring MVC
Thymeleaf
Spring Security
プレゼンテーション層
@Controller
ドメインモデル
ドメインモデルに依存させる
プレゼンテーション層
ドメインオブジェクトを直接使う
プレゼンテーション層の記述を
ドメインモデルに依存させる
プレゼンテーション層に
判断/加工/計算のロジックを書かない
プレゼンテーション層
HTTP リクエスト → ドメインオブジェクト
DirectFieldAccess
ドメインオブジェクト → HTTPレスポンス
HTML テンプレート ( Thymeleaf )
@Controller
class PersonController {
@GetMapping("/")
String form(Person person) {
return "form";
}
@PostMapping("/")
String register(@Validated Person person, BindingResult result) {
if (result.hasErrors()) return "form";
return "redirect:/results";
}
@GetMapping("/results")
String results() {
return "/results";
}
}
ドメインオブジェクトを直接使う
Direct Field Access
ドメインオブジェクトはロジックを書く
<getter/setter/isXxx()を書かない>
@ControllerAdvice
public class BinderAdvice {
@InitBinder
public void initBinder(WebDataBinder binder) {
binder.initDirectFieldAccess();
PropertyEditor trimmer = new StringTrimmerEditor(false);
binder.registerCustomEditor(Object.class, trimmer);
}
}
#kanjava MVC で検索
アプリケーション層と
ドメインオブジェクト
@Service
@Validated
ドメインの関心事としてのデータフロー
プレゼンテーション層
データソース層
アプリケーション層
@Controller
@Service
@Repository
ドメインモデル
業務の関心事としての入出力
サービスクラス
@Service
@Validated
public class PersonService {
@Autowired
PersonRepository repository;
public void register(@NotNull Person person) {
repository.register(person);
}
@NotEmpty
public List<Person> listOf(@NotNull Criteria criteria) {
return repository.listOf(criteria);
}
}
@Validated
契約による設計
assertより表現力が豊か
ドメインの関心事としてのデータ入出力
ドメインの関心事としての入出力
interface PersonRepository {
void register(Person person);
List<Person> listOf(Criteria criteria);
}
ドメインの関心事:モデルの一部としてインタフェース宣言
記録/参照(Repository インタフェース)
通知 (Transfer インタフェース)
データベースの都合をドメインオブジェクトに持ち込まない
インタフェースで実装を分離する
依存性の逆転
データソース層がドメインモデルに依存する
データソース層と
ドメインオブジェクト
@Repository
MyBatis SQL mapping
Transfer interface
RestTemplate
JmsTemplate
MailSender
データソース層
@Repository
ドメインモデル
オブジェクトとテーブル
異なる世界のマッピング
データソース層
オブジェクトとテーブル
異なる世界を明示的にマッピング
ドメインオブジェクトはロジックの置き場所
テーブルの構造を持ち込まない
テーブルは事実を正しく記録するために
徹底的に正規化する
(Not Null制約、一意制約、参照制約)
データソースの実装
@Repository
public class PersonDatasource implements PersonRepository {
@Autowired
PersonMapper mapper;
@Override
public Person findBy(PersonNumber number) {
return mapper.findBy(number);
}
}
@Mapper
public interface UserMapper {
Person findBy(@Param(“number”) PersonNumber number);
}
データソースの実装
<resultMap id= person" type="example.domain.model.user.Person">
<id property= id" column= user_id"/>
<result property="name" column="name"/>
<result property="dateOfBirth" column="date_of_birth"/>
</resultMap>
<select id="findBy" resultMap= person">
SELECT user_id, name, date_of_birth
FROM users.users
WHERE user_id = #{number}
</select>
SQLテンプレートからドメインオブジェクトを参照する
Personクラスに明示的にマッピングする
プレゼンテーション層
データソース層
アプリケーション層
ドメインを隔離する
@Controller
@Service
@Repository
ドメインモデル
ここを
インクリメンタルに
成長させながら
全体の開発を駆動する
ドメインロジックを
ここに集約する
ドメイン駆動設計
Domain-Driven Design
ソフトウェアの核心にある
複雑さに立ち向う
Tackling Complexity in the Heart of Software
ドメインロジックに集中する
モデルに基づき設計する
インクリメンタルに開発する
核心にある複雑さに立ち向う
ドメイン駆動設計
powered by Spring

More Related Content

PDF
ドメイン駆動設計(DDD)の実践Part2
PDF
ドメイン駆動設計のためのオブジェクト指向入門
PDF
ドメイン駆動設計のための Spring の上手な使い方
PDF
3週連続DDDその1 ドメイン駆動設計の基本を理解する
PDF
ドメイン駆動設計サンプルコードの徹底解説
PDF
ドメイン駆動設計 ( DDD ) をやってみよう
PDF
実践に向けたドメイン駆動設計のエッセンス
PDF
「実践ドメイン駆動設計」 から理解するDDD (2018年11月)
ドメイン駆動設計(DDD)の実践Part2
ドメイン駆動設計のためのオブジェクト指向入門
ドメイン駆動設計のための Spring の上手な使い方
3週連続DDDその1 ドメイン駆動設計の基本を理解する
ドメイン駆動設計サンプルコードの徹底解説
ドメイン駆動設計 ( DDD ) をやってみよう
実践に向けたドメイン駆動設計のエッセンス
「実践ドメイン駆動設計」 から理解するDDD (2018年11月)

What's hot (20)

PDF
ドメイン駆動設計に15年取り組んでわかったこと
PDF
ドメイン駆動設計 の 実践 Part3 DDD
PDF
リッチなドメインモデル 名前探し
PDF
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
PDF
ドメイン駆動設計の正しい歩き方
PDF
「ドメイン駆動設計」の複雑さに立ち向かう
PDF
オブジェクト指向の設計と実装の学び方のコツ
PDF
ドメイン駆動設計 本格入門
PDF
MySQLで論理削除と正しく付き合う方法
PDF
ドメインオブジェクトの見つけ方・作り方・育て方
ODP
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
PPT
ドメインロジックの実装方法とドメイン駆動設計
PDF
私がドメイン駆動設計をやる理由
PDF
イミュータブルデータモデルの極意
PDF
ドメイン駆動設計 失敗したことと成功したこと
PDF
ドメイン駆動設計 分析しながら設計する
PDF
それはYAGNIか? それとも思考停止か?
PDF
C#実装から見るDDD(ドメイン駆動設計)
PDF
世界でいちばんわかりやすいドメイン駆動設計
PDF
Test Yourself - テストを書くと何がどう変わるか
ドメイン駆動設計に15年取り組んでわかったこと
ドメイン駆動設計 の 実践 Part3 DDD
リッチなドメインモデル 名前探し
DDD x CQRS 更新系と参照系で異なるORMを併用して上手くいった話
ドメイン駆動設計の正しい歩き方
「ドメイン駆動設計」の複雑さに立ち向かう
オブジェクト指向の設計と実装の学び方のコツ
ドメイン駆動設計 本格入門
MySQLで論理削除と正しく付き合う方法
ドメインオブジェクトの見つけ方・作り方・育て方
Goのサーバサイド実装におけるレイヤ設計とレイヤ内実装について考える
ドメインロジックの実装方法とドメイン駆動設計
私がドメイン駆動設計をやる理由
イミュータブルデータモデルの極意
ドメイン駆動設計 失敗したことと成功したこと
ドメイン駆動設計 分析しながら設計する
それはYAGNIか? それとも思考停止か?
C#実装から見るDDD(ドメイン駆動設計)
世界でいちばんわかりやすいドメイン駆動設計
Test Yourself - テストを書くと何がどう変わるか
Ad

Viewers also liked (11)

PDF
ドメイン駆動設計 基本を理解する
PDF
lazy var の特徴を知る #cocoa_kansai #cswift
PPTX
Gradle入門
PDF
CEDEC2014 「ライブラリを作ってはいけない ~それでも作りたいあなたへのアドバイス~」
PDF
オブジェクト指向プログラミングのためのモデリング入門
PDF
JSUG 20141127 「Spring Bootを用いたドメイン駆動設計」
PDF
並行処理初心者のためのAkka入門
PDF
ドメイン駆動設計 複雑さに立ち向かう
PDF
さくさく要件定義セミナー in 大阪
PDF
現場で役立つシステム設計の原則
PDF
マイクロサービスバックエンドAPIのためのRESTとgRPC
ドメイン駆動設計 基本を理解する
lazy var の特徴を知る #cocoa_kansai #cswift
Gradle入門
CEDEC2014 「ライブラリを作ってはいけない ~それでも作りたいあなたへのアドバイス~」
オブジェクト指向プログラミングのためのモデリング入門
JSUG 20141127 「Spring Bootを用いたドメイン駆動設計」
並行処理初心者のためのAkka入門
ドメイン駆動設計 複雑さに立ち向かう
さくさく要件定義セミナー in 大阪
現場で役立つシステム設計の原則
マイクロサービスバックエンドAPIのためのRESTとgRPC
Ad

Similar to ドメインロジックに集中せよ 〜ドメイン駆動設計 powered by Spring (20)

PDF
ドメイン駆動設計という設計スタイル
PDF
ドメイン駆動設計をゲーム開発に活かす
PDF
ドメイン駆動設計入門
PDF
ドメイン駆動で開発する ラフスケッチから実装まで
PDF
【JJUG CCC 2016 Fall 公開版】ドメイン駆動設計とscala 〜既存プロジェクトへの適用〜
PDF
Python におけるドメイン駆動設計(戦術面)の勘どころ
PDF
ドメイン駆動設計という仕事の流儀
PDF
レガシーコードの複雑さに立ち向かう~ドメイン駆動設計のアプローチ
PDF
DDD 20121106 SEA Forum November
PDF
ソフトウェアの核心にある複雑さに立ち向かう
PDF
ビジネスルールの複雑さに立ち向かう
PDF
3週連続DDDその3 ドメイン駆動設計 戦略的設計
PDF
ドメイン駆動設計とは何か 【入門編】
PDF
ドメインオブジェクトの設計ガイドライン
PDF
テスト駆動開発のはじめ方
PDF
20130202 ドメイン駆動設計読書会at名古屋のお誘い
PDF
ドメイン駆動設計の捉え方 20150718
PDF
Modeling in the Agile Age and casual astah models
PDF
ScalaMatsuri 2016
PDF
20230206_SD輪読&座談会#41_kitazaki.pdf
ドメイン駆動設計という設計スタイル
ドメイン駆動設計をゲーム開発に活かす
ドメイン駆動設計入門
ドメイン駆動で開発する ラフスケッチから実装まで
【JJUG CCC 2016 Fall 公開版】ドメイン駆動設計とscala 〜既存プロジェクトへの適用〜
Python におけるドメイン駆動設計(戦術面)の勘どころ
ドメイン駆動設計という仕事の流儀
レガシーコードの複雑さに立ち向かう~ドメイン駆動設計のアプローチ
DDD 20121106 SEA Forum November
ソフトウェアの核心にある複雑さに立ち向かう
ビジネスルールの複雑さに立ち向かう
3週連続DDDその3 ドメイン駆動設計 戦略的設計
ドメイン駆動設計とは何か 【入門編】
ドメインオブジェクトの設計ガイドライン
テスト駆動開発のはじめ方
20130202 ドメイン駆動設計読書会at名古屋のお誘い
ドメイン駆動設計の捉え方 20150718
Modeling in the Agile Age and casual astah models
ScalaMatsuri 2016
20230206_SD輪読&座談会#41_kitazaki.pdf

More from 増田 亨 (17)

PDF
正しいものを正しく作る塾-設計コース
PDF
ソフトウェア開発のやり方の改善
PDF
事業活動モデル・システム機能モデル・ビジネスロジックの記述
PDF
オブジェクト指向プログラミングの現在・過去・未来
PDF
ドメイン駆動設計 コアドメインを語り合ってみよう
PDF
オブジェクト指向プログラミング入門 -- Java object-oriented programming primer
PDF
プロダクトづくりのためのソフトウェア設計スタイル
PDF
ソフトウェア設計の学び方を考える
PDF
マイクロサービス 4つの分割アプローチ
PDF
DDD sample code explained in Java
PDF
アジャイルなソフトウェア設計を目指して
PDF
SoR 2.0 summary
PDF
毎日が越境だ!
PDF
SoR 2.0 基幹システムの再定義と再構築
PDF
越境する情シス:進化可能なアーキテクチャを手に入れる
PDF
ドメイン駆動設計の基礎知識:設計のスタイル、開発のスタイル
PDF
現場で役立つシステム設計の原則
正しいものを正しく作る塾-設計コース
ソフトウェア開発のやり方の改善
事業活動モデル・システム機能モデル・ビジネスロジックの記述
オブジェクト指向プログラミングの現在・過去・未来
ドメイン駆動設計 コアドメインを語り合ってみよう
オブジェクト指向プログラミング入門 -- Java object-oriented programming primer
プロダクトづくりのためのソフトウェア設計スタイル
ソフトウェア設計の学び方を考える
マイクロサービス 4つの分割アプローチ
DDD sample code explained in Java
アジャイルなソフトウェア設計を目指して
SoR 2.0 summary
毎日が越境だ!
SoR 2.0 基幹システムの再定義と再構築
越境する情シス:進化可能なアーキテクチャを手に入れる
ドメイン駆動設計の基礎知識:設計のスタイル、開発のスタイル
現場で役立つシステム設計の原則

ドメインロジックに集中せよ 〜ドメイン駆動設計 powered by Spring