Шаблон репозитория: один класс репозитория для каждой сущности?

Вот моя точка зрения. Я строго придерживаюсь шаблона Repository. Должно быть 3 метода, которые принимают одну сущность. Добавить, Обновить, Удалить, общее определение.

public interface IRepository<T>
{
     void Add(T entity);
     void Update(T entity);
     void Delete(T entity);
}

Помимо этих методов, вы имеете дело с «запросом» или методом службы. Если бы я был на вашем месте, я бы сделал репозиторий таким, как указано выше, добавил бы «QueryProvider», как показано ниже, и поместил бы вашу бизнес-логику туда, где она принадлежит, либо в «Службы», либо в « Команды / запросы »(взято из CQRS, Google it).

public interface IQueryProvider<T>
{
     TResult Query<TResult>(Func<IQueryable<T>, TResult> query);
}

(Надеюсь, мое мнение окажется полезным :))

Все зависит от того, каким «доменным дизайном» вы собираетесь стать. Вы знаете, что такое агрегированный корень? В большинстве случаев стандартная типизированная команда with может выполнять все ваши базовые функции CRUD. Это начинает иметь значение только тогда, когда у вас появляются толстые модели с контекстом и границами.

Обычно для каждого совокупного корневого объекта будет один репозиторий. В книге DDD и агрегированном корневом объекте, а также о том, как нам разрабатывать классы репозитория. rel = "nofollow noreferrer"> ASP.NET MVC 2 в действии, посмотрите на него, если хотите узнать больше.

У меня был бы один репозиторий / объект, потому что всегда должна была быть карта из моего EntityTable в мой объект домена (например, в теле GetIQueryableCollection (). Как я смог написать этот повторяющийся код, сделав Шаблон T4, чтобы сгенерировать его для меня.

У меня есть пример проекта, который генерирует шаблон репозитория на codeplex http://t4tarantino.codeplex.com/ T4 Пример Toolbox Шаблоны для бизнес-классов и репозитория. Он может работать не так, как вам хотелось бы, без некоторых настроек, если вы уже не внедряете Tarintino и несколько других вкусностей, но шаблоны легко настроить.

using System;
using System.Collections.Generic;
using System.Linq;
using Cses.Core.Domain.Model;
using StructureMap;

namespace Cses.Core.Domain
{
    /// <summary>
    /// Core class for Schedule E
    /// </summary>
    public class ScheduleERepository : IScheduleERepository
    {

        private Cses.Core.Repository.SqlDataContext _context = new Cses.Core.Repository.SqlDataContext();

        /// <summary>
        /// constructor
        /// </summary>
        public ScheduleERepository() { }

        /// <summary>
        /// constructor for testing
        /// </summary>
        /// <param name="context"></param>
        public ScheduleERepository(Cses.Core.Repository.SqlDataContext context)
        {
            _context = context;

        }

        /// <summary>
        /// returns collection of scheduleE values
        /// </summary>
        /// <returns></returns>
        public IQueryable<ScheduleE> GetIQueryableCollection()
        {           
            return from entity in _context.ScheduleEs                  
               select new ScheduleE()
               {    
                    Amount = entity.Amount,
                    NumberOfChildren = entity.NumberChildren,
                    EffectiveDate = entity.EffectiveDate,
                    MonthlyIncome = entity.MonthlyIncome,
                    ModifiedDate = entity.ModifiedDate,
                    ModifiedBy = entity.ModifiedBy,                      
                    Id = entity.Id                          
               };           
        }