集約の境界を見つけるスキル

目的

どこからどこまでを1つの集約にするかを判断し、整合性境界を正しく引く。

対象ドメインに登場するEntityをすべて書き出す。

例：ECサイト
- Order（注文）
- OrderItem（注文明細）
- Customer（顧客）
- Product（商品）
- ShippingAddress（配送先）

同一トランザクションで整合性を保つ必要があるものが、同じ集約に属する。

問い：「OrderItemを追加するとき、Orderの何かも同時に変わるか？」
→ YES（合計金額が変わる）→ OrderとOrderItemは同じ集約
→ NO → 別の集約でよい

外部からの操作の入り口となるEntityが集約ルート。

問い：「外部からOrderItemを直接取得・変更する必要があるか？」
→ NO（必ずOrderを経由する）→ Orderが集約ルート

// ❌ 別集約への直接参照
type Order struct {
    Customer *Customer // Customer集約を丸ごと持つ
}

// ✅ IDのみ
type Order struct {
    CustomerID CustomerID
}

迷ったら小さい方を選ぶ。大きな集約はロック競合とパフォーマンス問題の原因になる。

問い：「CustomerとOrderは同じ集約か？」
→ 「注文するとき顧客の何かが同時に変わるか？」→ NO
→ 別集約。OrderはCustomerIDを持つだけでよい

「これを同時に変更しなければ、業務が壊れるか？」

YESなら同じ集約。NOなら別集約で結果整合性を使う。