ドメイン駆動設計入門は設計の軸足になるべき本

「ドメイン駆動設計入門ボトムアップでわかる! ドメイン駆動設計の基本」 を読んだ。

設計の本を探すと、必ず話題に登場するのが、エリック・エヴァンスのドメイン駆動設計。今までに何度も読もうとしたけれど、難しいという評判を聞いて手が出せずにいた。

2020年4月に発売された、ドメイン駆動設計入門の本がわかりやすいと聞いたので、こちらを読んでみることにした。なんでも、原書は前提となる知識がある状態で書かれているらしく、本書はその部分を補って書いてくれているのだという。

結論から言って、めちゃくちゃわかりやすいいい本だった。
期待していたとおり、前提知識は丁寧に解説されていた。さらに、解説文に必ずコード例があるため、実装のイメージも湧きやすく、そのまま設計に活かせる内容だった。

作者:成瀬允宣
発売日: 2020/02/13
メディア: 単行本（ソフトカバー）

目次
Chapter1~10
Chapter11～13をクラス図にしてみた
クラス図
おわりに

Chapter1. ドメイン駆動設計とは
Chapter2. システム固有の値を表現する「値オブジェクト」
Chapter3. ライフサイクルのあるオブジェクト「エンティティ」
Chapter4. 不自然さを解消する「ドメインサービス」
Chapter5. データにまつわる処理を分離する「リポジトリ」
Chapter6. ユースケースを実現する「アプリケーションサービス」
Chapter7. 柔軟性をもたらす依存関係へのコントロール
Chapter8. ソフトウェアシステムを組み立てる
Chapter9. 複雑な生成処理を行う「ファクトリ」
Chapter10. データの整合性を保つ
Chapter11. アプリケーションを1から組み立てる
Chapter12. ドメインのルールを守る「集約」
Chapter13. 複雑な条件を表現する「仕様」
Chapter14. アーキテクチャ
Chapter15. ドメイン駆動設計の扉を開こう

Chapter1~10

ドメインという考え方の必要性、その実装方法ついて本書の半分以上をさいて解説してある。
とても内容が盛りだくさんだが、細かく章で切ってあるのでとても読みやすい構成だった。

ドメインは対象のとなる問題を抽象化してモデル化したもの。
そのモデルの固有の値を表すのが「値オブジェクト」と「エンティティ」。
上記モデルで表しきれない固有の値に対するルールを定義する「ドメインサービス」。
保持し続ける部分が「リポジトリ」。
対象となる問題を解決する処理が「アプリケーションサービス」。

このような構成で設計していく。

Chapter11～13をクラス図にしてみた

Chapter11～13では今までに説明してきたドメイン駆動設計とその実装を元に、サークルを設計する。

サークルは、大学などでよく見るあのサークル。

役割は以下。

サークルを作成する
サークルに参加する
サークルに勧誘する

本書の最後で、これらは「レイヤードアーキテクチャ」を意識して作っているという記述があった。
そこで、このサークルの設計をレイヤードアーキテクチャを意識してUMLのクラス図に起こしてみた。

レイヤードアーキテクチャを構成する4つの層の内訳は以下の通り。

プレゼンテーション層（ユーザインタフェース層）

アプリケーション層

ドメイン層

インフラストラクチャ層

今回プレゼンテーション層の記載はないので、残りの3層に分類するように作図した。

クラス図

使用したツールはDraw.io。グラフィカルで簡単に作図できた。
VS Codeのエクステンションを使って書いたが、普通にWebでも書ける。環境を選ばないというのは素晴らしい。

アプリケーション層

CircleapplicationService：サークルの役割を行うアプリケーション部分

ドメイン層

値オブジェクト
- CircleID：サークルIDを表す
- CircleName：サークルの名前をあらあわす
- User：ユーザのオーナを表す
エンティティ
- Circle：サークルを表すエンティティ
ドメインサービス
- CircleService：サークルの重複確認をおこなう
コマンド
- CircleCreateCommand：サークル作成処理のコマンド
- CircleJoinCommand:サークル参加処理のコマンド
仕様
- CircleFullSpecification：サークルが満員かどうかを判断する
- CircleRecommendedSpecification：オススメサークルかどうかを見極める仕様
他の層とのインタフェース
- ICircleRepository：インフラ層のサークルデータを永続化するための機能へのインタフェース
- IUserRepository：インフラ層のユーザデータを永続化するための機能へのインタフェース
- IUserNotification：UserDataModelでのやり取りをするための機能へのインタフェース