DDD: совокупный корень вопрос

Question

Предположим, у меня есть 2 объекта - Foo и Bar. Foo - это совокупный корень и содержит Bar. Насколько я понимаю, он должен выглядеть следующим образом:

public class Foo{ 
    private readonly Bar Bar; 
} 

Я хочу, чтобы обеспечить функциональность для пользователей, чтобы выбрать Bars для Фооса из определенного списка (и его изменений).

Если репозитории предназначены только для совокупных корней, это означает, что репозиторий для сущности Bar не будет.

Это приводит к проблемам. Бар не может быть создан/обновлен независимо без ссылки на Foo.

Означает ли это, что в баре должен быть репозиторий, несмотря на то, что он не имеет смысла без Foo?

Answer 1

Если вы хотите выбрать из списка баров, где они не связаны с Foo, то это не является совокупным корнем. Например, вы не можете получить список OrderItems без их ордера, так что это единый корень агрегата (Заказ), но вы можете получить список продуктов для присвоения OrderItems, поэтому Продукт не является частью корневого агрегата заказа.

Обратите внимание, что хотя OrderItem является частью корневого агрегата Order, вы все равно можете его создать и обновить самостоятельно. Но вы не можете получить его без указания порядка. То же самое для вашего бара, даже если это было частью Foo, вы можете получить каждый (Foo.Bars) и работать с ним, или сделать Foo.AddBar (new Bar()). Но если вам нужно получить List без Foo, Bar не является частью совокупности Foo. Это отдельный объект.

Ну, вот как я вижу здесь DDD, но я не Эрик Эванс, конечно.

Answer 2

Вы уверены, что Бар должен быть сущностью? У вас есть необходимость отслеживать его и изменять его в домене? Если вы можете рассматривать его как объект значения, я бы предложил вам извлечь его из службы и затем «подключить» выбранный объект значения к объекту Foo. Для мгновений через раскрывающийся список.

Answer 3

Причина, имеющие Агрегатные корни является:

1. Они обеспечивают контролируемые и направленный доступ к композитным лицам
2. Они могут применять правила, чтобы гарантировать, что вся совокупность действует

Моих возьмите: Если вам нужно выбрать Bar объектов без Foo, используйте BarRepository.

Но ... Что делать, если вы обновляете Bar, и это нарушает правило проверки для его родителей Foo? Если это может произойти, вы должны получить доступ к Bar через его родителя Foo.

Если, однако, вы должны получить доступ к куче Bar объектов (например для пакетного задания или отчета), и вы знаете, что Foos не ломаются, идти вперед и получить доступ к ним через BarRepository.

Помните, что совокупные корни могут состоять из других совокупных корней.Вы можете обнаружить, что Bar сама собой совокупность корень, что дает вам оправдание для BarRepository :)