『ドメイン駆動設計』第10章① エヴァンス本まとめ&感想

前回のふりかえり

仕様とは、エンティティや値オブジェクトの責務に合致しないビジネスルールを表すためのオブジェクト
以下の3つの目的の1つでも当てはまれば、仕様を利用する必要がある
- オブジェクトを検証して、何らかの要求を満たしているか、何らかの目的のための用意ができているかを調べる(検証)
- コレクションからオブジェクトを選択する(選択)
- 要求に適合するオブジェクト生成を定義する(要求に応じた構築)

→　仕様パターンを適用することで、実装が異なっていても、一貫性のあるモデルを使用できる

しなやかな設計とは、深いモデリングを補完するもの
- 暗黙的な概念を掘り出し、概念を簡潔かつ明確なモデルにすることで開発者がモデルを使えるようになる
- イテレーションサイクルの中で洞察とリファクタリングを繰り返し、改良していく

→　この繰り返しでしなやかな設計を作って行く

→　しなやかな設計 は開発者が気軽にソフトウェアに変更を加えることが出来、開発の進行に合わせてプロジェクトを加速させられる設計

この章では、しなやかに設計するためのパターンを紹介する

オブジェクトのインターフェースを見てもクライアント開発者がその目的・効果を理解できず、実装を見なければならないのであればカプセル化の価値は失われている。

→　意図が分かりにくければ、誤った使い方を誘発することにもなる。そうならないために、意図の明白なインターフェースを形成する必要がある。

意図の明白なインターフェースは...

副作用 とは、システムの状態に対するあらゆる変化のうちで、将来の操作に影響するものを指す
全ての操作はコマンドとクエリに分けることができる
- クエリ：システムから情報を取得し、それを元に演算したりデータにアクセスしたりする操作
- コマンド：システムに何らかの変更を与える操作( ※ 副作用に当たる)
副作用のある処理を組み合わせると、開発者はその操作の結果を予想しきれない。

→　開発者は組み合わせを制限しなければならず、ふるまいの豊かさを低く抑えることになってしまう

(コマンドによる)副作用を起こさないようにするには...

プログラムロジックのうち、できる限り多くの処理を関数にしてしまう
コマンドとクエリを別々の操作にして、厳密に分離する
- コマンドは分離して、ドメインの情報を戻さないようにする
- クエリは副作用を起こさないメソッドで実行する
既存のオブジェクトを一切変更しないようなモデルや設計を追い求める
- オブジェクトを変更する代わりに、新しい値オブジェクトを生成するよう変更する(ロジックを値オブジェクトに移す)　
関数：副作用を起こさずに結果を戻す操作を指す
- 関数は何度も呼び出すことがでい、毎回同じ値を返す
- ある関数から他の関数を呼び出すこともできる
- 副作用のある操作よりも、関数の方がテストが簡単