DDD, Entity Framework, Aggregate Entity Behavior (Person.AddEmail и т. Д.)

Вот простой пример проблемы, с которой я столкнулся, которая не совпадает с некоторыми из представленных здесь идей и других мест, касающихся DDD.

Допустим, у меня есть сайт ASP.NET MVC 3, который создает / управляет человеком. Контроллеры обращаются к уровню сервисов приложений (PersonService), который, в свою очередь, использует объекты домена (EF 4 POCO) и PersonRepository для внесения изменений и их сохранения. Для простоты я опускаю все интерфейсы. В этом случае пользователь является корневым и для простоты имеет только адреса электронной почты (также предположим, что электронная почта не является неизменной и может быть обновлена).

Вариант 1: Постарайтесь придерживаться [моего понимания] основ DDD, когда поведение, непосредственно связанное с сущностью, реализуется как часть сущности (Person реализует AddEmail, ChangeEmail и т. Д.). Единственная проблема с этим, за исключением методов Add *, заключается в том, что Человеку необходимо знать о частях контекста или структуры сущностей (которые устранят любое игнорирование персистентности) или необходимо использовать «службу» или репозиторий для отметки электронное письмо как изменено.

// Person Service
public class PersonService {
    // constructor injection to get unit of work and person repository...
    // ...methods to add/update a person
    public EmailAddress AddEmailAddress(int personId, EmailAddress email)
    {   
        Person p = personRepository.Find(p => p.Id == personId).First();
        p.AddEmail(email);   
        uow.SaveChanges();
        return email; 
    }

    public EmailAddress ChangeEmailAddress(EmailAddress email)
    {
        Person p = personRepository.Find(p => p.Id == personId).First();
        p.ChangeEmail(email);   
        // change state of email object here so it's updated in the next line???
        // if not here, wouldn't the Person entity have to know about the context
        // or use a service?
        uow.SaveChanges();
        return email;    
    }
}

// Person Repository
public class PersonRepository
{
   // generic repository implementation
}

// Person Entity
public class Person
{
    public string Name { get;set; }
    public IEnumerable<EmailAddress> EmailAddresses { get;set; }

    public void AddEmail(EmailAddress email)
    {
        this.EmailAddresses.Add(email);
    }

    public void ChangeEmail(EmailAddress email)
    {
        EmailAddress orig = this.EmailAddresses.First(e => e.Id == email.id);

        // update properties on orig

        // NOW WHAT? [this] knows nothing about the context in order to change state,
        etc, or do anything to mark the email add updated
    }
}

// Email 
public class EmailAddress
{
    public string Email { get;set; }
    public bool IsPrimary { get;set; }
}

Вариант 2: Разрешить службе людей использовать репозиторий для добавления / обновления адреса электронной почты и не реализовывать поведение объекта-лица. Это намного проще в случае отношений «многие ко многим» (например, адреса, когда две таблицы необходимо обновить для завершения работы), но тогда модель становится «анемичной», представляя собой всего лишь набор геттеров и сеттеров.

// Person Service
public class PersonService {
    // constructor injection to get unit of work and person repository...
    // ...methods to add/update a person
    public EmailAddress AddEmailAddress(int personId, EmailAddress email)
    {   
        Person p = personRepository.Find(p => p.Id == personId).First();
        personRepository.AddEmail(personId, email);   
        uow.SaveChanges();
        return email; 
    }

    public EmailAddress ChangeEmailAddress(EmailAddress email)
    {
        personRepository.ChangeEmail(email);   
        uow.SaveChanges();
        return email;    
    }
}

// Person Repository
public class PersonRepository
{
   // generic repository implementation
}

// Person Entity
public class Person
{
    public string Name { get;set; }
    public IEnumerable<EmailAddress> EmailAddresses { get;set; }
}

// Email 
public class EmailAddress
{
    public string Email { get;set; }
    public bool IsPrimary { get;set; }
}

В любом случае, есть мысли по этому поводу?

Спасибо, Брайан