クライアントは集約ルート以外のエンティティのメソッドを呼び出すことができますか？

エバンスは、彼の本「ドメイン駆動設計」の第6章「集合体」で、集合体の概念を紹介しています。彼はさらに、その概念を実装に変換するためのルールを定義しています（Evans 2009、pp。128-129）：

ルートENTITYは内部ENTITIESへの参照を他のオブジェクトに渡すことができますが、それらのオブジェクトは一時的にしか使用できず、参照を保持できない場合があります。

他のルールについて詳しく説明した後、彼はそれらをこの段落に要約します。

エンティティと値オブジェクトを集合体にクラスター化し、それぞれの周りに境界を定義します。各Aggregateのルートになるエンティティを1つ選択し、ルートを介して境界内のオブジェクトへのすべてのアクセスを制御します。外部オブジェクトがルートへの参照のみを保持できるようにします。内部メンバーへの一時的な参照は、単一の操作内でのみ使用するために渡すことができます。ルートはアクセスを制御するため、内部構造の変更によって盲目的に対処することはできません。この配置により、Aggregate内のオブジェクトおよびすべての状態変化におけるAggregate全体に対してすべての不変式を適用することが現実的になります。

では、一時的な使用とは正確にはどういう意味ですか？

私の同僚は、集約ルートのみがクライアントのパブリックインターフェイスを公開していることを理解しています。クライアントは、集約ルート以外のエンティティで操作を呼び出す機会がありません。

引用された文に対する私の理解は異なります。実際、クライアントが内部エンティティの操作を呼び出すことを明示的に許可していることを理解しています。しかし、それらをルートから取得した後にのみ。

具体的な例を見てみましょう：

Cart多くので構成されているとしましょうItems。それぞれにItemがありQuantityます。モデルはユースケース「1つの特定のアイテムの数量を増やす」をサポートする必要があります。アイテムの外部に影響を与える不変式に違反することはできません。

クライアントが呼び出しによってこれを実行できる場合、cart.item(itemId).increaseQuantity()またはクライアントに呼び出しのみを許可する必要がある場合、モデルは上記のルールに違反していcart.increaseItemQuantity(itemId)ますか？後者の利点は何でしょうか？

Item存在しないと存在できない限りCart、2つのオプションに違いはありません。どちらの場合も不変条件を維持することが可能です。

メソッドがonの場合Item、はItem自身の状態を変更する必要があるときに不変条件をチェックするように親カートに「通知」できます。Itemandの間には循環的な依存関係があるため、これは少し複雑になりますCart（最初の文の仮定とIMOがどちらかの方法で存在する必要があるもののおかげで問題ではないと私は思います）。

メソッドがonの場合、参照Cartする必要がないため、よりシンプルにItemなりますCart。しかし、この方法は不変量をチェックするだけでなく状態を変更するだけなので、複雑になります。ただし、アイテム（またはそのID）がthisに対して有効であることも確認する必要がありますCart。他のケースでは、これはカートから与えられたアイテムをクエリするメソッドによってすでに処理されています。

tl; dr; どちらのオプションにも明確な長所と短所があり、どちらも明らかに他のオプションよりも良いまたは悪いようです。