Как правильно использовать шаблон репозитория?

одна вещь, которую я начал делать, чтобы решить эту проблему, - это фактически разработать службы, которые обертывают N репозиториев. Надеюсь, ваши рамки DI или IoC могут помочь сделать это проще.

public class ServiceImpl {
    public ServiceImpl(IRepo1 repo1, IRepo2 repo2...) { }
}

это имеет смысл? Кроме того, я понимаю, что говоря об услугах в этом поместье, может быть, или не может на самом деле соответствовать принципам DDD, я просто делаю это, потому что это, кажется, работает.

то, что я делаю, это у меня есть абстрактный базовый класс, определенный следующим образом:

public abstract class ReadOnlyRepository<T,V>
{
     V Find(T lookupKey);
}

public abstract class InsertRepository<T>
{
     void Add(T entityToSave);
}

public abstract class UpdateRepository<T,V>
{
     V Update(T entityToUpdate);
}

public abstract class DeleteRepository<T>
{
     void Delete(T entityToDelete);
}

затем вы можете получить репозиторий из абстрактного базового класса и расширить свой единственный репозиторий до тех пор, пока общие аргументы отличаются, например;

public class RegistrationRepository: ReadOnlyRepository<int, IRegistrationItem>,
                                     ReadOnlyRepository<string, IRegistrationItem> 

etc....

мне нужны отдельные репозитории, потому что у нас есть ограничения на некоторые из наших хранилищах, и это дает нам максимальную гибкость. Надеюсь, это поможет.

у меня есть это как мой класс репозитория, и да, я расширяюсь в репозитории таблицы / области, но все же мне иногда приходится ломаться.

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace MvcRepository
{
    public class Repository<T> : IRepository<T> where T : class
    {
        protected System.Data.Linq.DataContext _dataContextFactory;

        public IQueryable<T> All()
        {
            return GetTable.AsQueryable();
        }

        public IQueryable<T> FindAll(Func<T, bool> exp)
        {
            return GetTable.Where<T>(exp).AsQueryable();
        }

        public T Single(Func<T, bool> exp)
        {
            return GetTable.Single(exp);
        }

        public virtual void MarkForDeletion(T entity)
        {
            _dataContextFactory.GetTable<T>().DeleteOnSubmit(entity);
        }

        public virtual T CreateInstance()
        {
            T entity = Activator.CreateInstance<T>();
            GetTable.InsertOnSubmit(entity);
            return entity;
        }

        public void SaveAll()
        {
            _dataContextFactory.SubmitChanges();
        }

        public Repository(System.Data.Linq.DataContext dataContextFactory)
        {
            _dataContextFactory = dataContextFactory;
        }

        public System.Data.Linq.Table<T> GetTable
        {
            get { return _dataContextFactory.GetTable<T>(); }
        }

    }
}

EDIT

public class AdminRepository<T> : Repository<T> where T: class
{
    static AdminDataContext dc = new AdminDataContext(System.Configuration.ConfigurationManager.ConnectionStrings["MY_ConnectionString"].ConnectionString);

    public AdminRepository()
        : base( dc )
    {
    }

у меня также есть datacontext, который был создан с помощью Linq2SQL.класс dbml.

Итак, теперь у меня есть стандартный репозиторий, реализующий стандартные вызовы, такие как All и Find, и в моем AdminRepository у меня есть конкретные вызовы.

не отвечает на вопрос сухой, хотя я этого не делаю думать.

вот пример реализации универсального репозитория с использованием FluentNHibernate. Он способен сохранять любой класс, для которого вы написали mapper. Он даже способен генерировать вашу базу данных на основе классов mapper.

шаблон репозитория-это плохой шаблон дизайна. Я работаю со многими старыми проектами .Net, и этот шаблон обычно вызывает ошибки "распределенные транзакции", "частичный откат" и "пул соединений исчерпан", которых можно было бы избежать. Проблема в том, что шаблон пытается обрабатывать соединения и транзакции внутри, но они должны обрабатываться на уровне контроллера. Также EntityFramework уже абстрагирует много логики. Я бы предложил использовать шаблон службы вместо повторного использования общий код.

Я предлагаю вам посмотреть Резкий Архитектуры. Они предлагают использовать один репозиторий для каждой сущности. Я использую его в настоящее время в моем проекте и мы довольны результатами.