集約ルート とは？

集約という、整合性を保つためのオブジェクトのまとまりを代表するよ。たとえば注文とその注文明細を一つの集約にし、注文をルートにする設計があるんだ。

注文の「明細を追加する」という操作を呼ぶよ。注文が取り消し済みなら追加を断る、といった業務ルールをそこで確認できる。外から明細だけを勝手に変更すると、こうしたルールをすり抜けてしまうんだ。

そうではないよ。一緒に整合性を守る必要がある範囲を考える。たとえば注文が商品を参照していても、商品カタログ全体を同じ集約に入れる必要はない。集約は単なる関連データの寄せ集めではないんだ。

変更するモデルと読み取り用のモデルを分ける設計もあるよ。CQRSなどでは、一覧向けの問い合わせで複数の表を結合することもある。「外部からの参照はルートを通す」という集約の設計ルールを、すべての読み取り処理の禁止事項と混同しないようにしよう。

リポジトリを設けるなら、表ごとではなく集約ごとに扱う設計が基本だよ。ただし独自のリポジトリクラスが必須というわけではない。大切なのは、集約の変更を一つの整合性の単位として扱い、業務ルールを守ることなんだ。