Active Records против Repository - плюсы и минусы?

Используя ActiveRecord, вы можете определить такой класс:

class Contact
{
  private String _name;
  public String Name
  {
    get { return _name; }
    set 
    { 
      if (value == String.IsNullOrWhiteSpace())
        throw new ArgumentException(...);
      else
        _name = value;
    }
  }

  public Boolean Validate() { ... /* check Name is unique in DB */  }

  public Boolean Save() { ... }

  public static List<Contact> Load() { ... }
}

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

Используя многоуровневый / доменный дизайн, вы можете определить тот же класс, например:

class Contact
{
    [Required(AllowEmptyStrings=false)]
    public String Name { get; set; }
}

class ContactService : IService
{
    public List<Contact> LoadContacts() { return (new ContactRepository()).GetAll(); }
    public Contact LoadContact(int id) { return (new ContactRepository()).GetById(id); }
    public Boolean SaveContact(Contact contact)
    {
        if (new ContactValidator().Validate(contact))
            new ContactRepository().Save(contact);
    }
}

class ContactRepository : IRepository
{
    public List<Contact> GetAll() { ... }
    public Contact GetById(int Id) { ... }
    public Boolean Save(Contact contact) { ... }
}

class ContactValidator : IValidator
{
    public Boolean Validate(Contact contact) { ... /* check Name is unique in DB */ }
}

class UnitOfWork : IUnitOfWork
{
    IRepository _contacts = null;
    public UnitOfWork(IRepository contacts) { _contacts = contacts; }
    public Commit() { _contacts.Save(); }
}

Как это было перенесено с Active Record => многоуровневый дизайн?

• Проверка уровня сущности в средстве установки имени => остается (возможность через DataAnnotation)
• Проверка бизнес-логики / правил (уникальное имя) => перенесено из объекта в новый отдельный ContactValidator
• Логика сохранения => перемещена в отдельный класс шаблона репозитория (также с UnitOfWork)
• Логика загрузки => перенесена в отдельный репозиторий
• Взаимодействие с репозиторием осуществляется через новую службу ContactService (которая будет обеспечивать использование ContactValidator, ContactRepository, UnitOfWork и т. Д. - в отличие от того, чтобы позволить вызывающему абоненту расслабиться с помощью ContactRepository!).

Я ищу одобрение / предложения коллег по этому многоуровневому дизайну - я обычно не занимаюсь дизайном за пределами типа Active Record! Любой комментарий приветствуется.

NB. Этот пример намеренно прост (UnitOfWork на самом деле не используется, и создание репозитория / валидатора будет обрабатываться по-другому).