AggregateRoot и дети

Question

Один аспект AggregateRoots с детьми не на 100% ясен для меня. И я также не нашел полного примера через Google.

Предположим, у меня есть «Агрегат» «Клиент». Клиент может иметь многопроектные проекты.

Я уже узнал, что у меня есть только один «покупатель» AggregateRoot, а проект - не корень, настолько хороший.

public class Customer : AggregateRoot 
{ 
    private List<Project> _projects { get;set; } 

    public void AddProject(Guid id, string name, int budget) 
    { 
     ? 
    } 
} 

У меня есть несколько небольших вопросов.

1. Является ли проект агрегатом (просто без корня) или просто классом POCO?
   • Важное значение для применения состояния и то, что для сохранения в хранилище событий
2. Я имею бизнес-правило, проецирует на каждый клиент иметь уникальное имя.
   • Где это бизнес-правило, внутри Клиента или внутри Проекта?
3. ли моя команда имеет название «AddProject» и существует в пространстве имен клиента или «CreateProject» и существует в пространстве имен проекта, который затем загружает агрегат клиента в фоновом режиме и выполняет «AddProject» на агрегате клиента?

Сердечные приветы

Answer 1

Агрегатная корень не должен содержать другой совокупный корень. Таким образом, Project должен быть просто сущностью, в которой используется совокупный корень клиента. Что касается правила, очевидно, я бы разместил его на уровне Project, потому что для проверки этого правила вам нужно будет иметь доступ к другим проектам внутри одного клиента, которые не должны быть ответственными за объект Project, поскольку он не должен «знать» о том, как он хранится или ссылается на другие объекты.

Answer 2

Является ли проект агрегатом (просто без корня) или просто классом POCO?

Ну, это похоже на сущность, поскольку вы передаете идентификатор при его добавлении.

У меня есть бизнес-правило, согласно которому проекты на одного клиента имеют уникальное имя. Где это бизнес-правило, внутри Клиента или внутри Проекта?

Совокупный существует для обеспечения согласованности и инвариантов внутри него, поэтому понятие уникальности каждого клиента имеет жить внутри Customer. Когда кто-то пытается добавить Project в Customer, эти правила должны быть соблюдены, и только Customer знает, какие у него другие проекты.

ли моя команда имеет название «AddProject» и существует в пространстве имен клиентов или «CreateProject» и существует в пространстве имен проекта

То же, что и выше - эта логика должна жить внутри Customer в чтобы обеспечить соблюдение бизнес-правила уникальности для названий проектов.

Answer 3

Является ли проект агрегатом (просто без корня) или просто классом POCO?

Это как Объект и POCO. POCO просто означает, что ваш класс является голым металлом C# и не испорчен доступом к данным или инфраструктурной библиотекой. Совокупные корни также являются POCOs.

Project не является AR, поскольку он уже живет под заказчиком AR.

У меня есть бизнес-правило, согласно которому проекты на одного клиента имеют уникальное имя. Где это бизнес-правило, внутри Клиента или внутри проекта ?

«На клиента» четко указывает на универсальный инвариант, поэтому он касается агрегата Customer. В этом случае агрегированные инварианты применяются Агрегатным корневым классом Customer.

ли моя команда имеет название «AddProject» и существует в пространстве имен клиентов или «CreateProject» и существует в пространстве имен проекта, который затем загружает агрегат клиента в фоновом режиме и выполняет «AddProject» на клиентский агрегат

Во-первых, не путайте пространства имен с дизайном модели домена. Пространство имен действительно не вступает в игру при определении того, какой доменный объект имеет какой метод. На самом деле распространено видеть целые уровни домена с одним пространством имен .

Пространства имен являются более или менее размытым отражением организации вашего кода, не самой организацией.

Это сказанное, я видел реализаций, где команды были либо

• в слое домена

или

• в прикладном.

Кроме того, поскольку Команды являются агрегатами, может иметь смысл добавить пространство под-имен для каждого агрегата.

В частности, это будет означать что-то вроде

YourApplication.Application.Commands[.Customer].AddProject

или

YourApplication.Domain.Commands[.Customer].AddProject