Паттерн Repository

@~~ТОрчОК~~ · 26.09.2014, 14:03. **Показов** 3495. **Ответов** 3

Author24 — интернет-сервис помощи студентам

во всех примерах самой простой реализации паттерна нечто такое:

C#

public class SomeEntity
{
    int ID { get; set; }
}
public interface IRepository<T> where T : class
{
    void Add(T entity);
    void Delete(T entity);
    T GetById(long Id);
    T Get(Func<T, Boolean> where);
    IEnumerable<T> GetAll();
    IEnumerable<T> GetMany(Func<T, bool> where);
}
 
public class SomeEntityRepository : IRepository<SomeEntity>
{
    private ISomeContext DataContext;
    private readonly IDbSet<T> dbset;
    public SomeEntityRepository()
    {
        DataContext = DependencyResolved.Current.GetService<ISomeContext>();
        dbset = DataContext.Set<T>();        
    }
    //реализация интерфейса
}

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

хочу нечто такое, или такое решение может быть нормальное?

C#

public class EntitiesRepository 
{
    public EntitiesRepository()
    {
        SomeEntityRepository =  DependencyResolved.Current.GetService<IRepository<SomeEntity>>();
        SomeEntityRepository =  DependencyResolved.Current.GetService<IRepository<SomeEntityXXX>>();
    }
    IRepository<SomeEntity>  SomeEntityRepository { get; set; }
    IRepository<SomeEntityXXX>  SomeEntityRepositoryXXX { get; set; }
}

C#

public class CategoryController : Controller
{
    private readonly EntitiesRepository repository = new EntitiesRepository();
 
    public ActionResult Index()
    {
        return View();
    }
}

@Defazze · 26.09.2014, 15:33

Вопрос скорее философский.

Можно например выстроить архитектуру приложения так, чтобы у контроллера не было много зависимостей от репозиториев. Использовав для этого слой бизнес-логики.

Можно воспользоваться фабрикой, вот пример на Ninject

@~~ТОрчОК~~ · 26.09.2014, 16:04 **[ТС]**

Defazze, не понял пример с фабрикой

@Defazze · 26.09.2014, 16:09

Фабрика:

C#

public interface IRepositoryFactory
    {
        IUserRepository CreateUserRepository();
        ICustomerRepository CreateCustomerRepository();
        IOrderRepository CreateOrderRepository();
    }

Разрешение зависимостей:

C#

 public class CommonModule : NinjectModule
    {
        public override void Load()
        {
            Bind<IUserRepository>().To<UserRepository>();
            Bind<ICustomerRepository>().To<CustomerRepository>();
            Bind<IOrderRepository>().To<OrderRepository>();
 
            Bind<IRepositoryFactory>().ToFactory();
        }
    }

Использование:

C#

public class CustomerController
    {
        private readonly IRepositoryFactory _repositoryFactory;
 
        public CustomerController(IRepositoryFactory repositoryFactory)
        {
            _repositoryFactory = repositoryFactory;
        }
 
        public void Test()
        {
            var customerRepository = _repositoryFactory.CreateCustomerRepository();
        }
    }

т.е. суть в том, что вместо пучка репозиториев передаем только ссылку на фабрику. А потом внутри класса достаем нужные репозитории. При этом саму фабрику реализовывать не надо, достаточно только объявить интерфейс и указать, что его надо разрешить в фабрику. Остальное сделает Ninject.

@Defazze 325 / 136 / 28 Регистрация: 18.09.2014 Сообщений: 167
	26.09.2014, 15:33	2
	Вопрос скорее философский. Можно например выстроить архитектуру приложения так, чтобы у контроллера не было много зависимостей от репозиториев. Использовав для этого слой бизнес-логики. Можно воспользоваться фабрикой, вот пример на Ninject 0

@~~ТОрчОК~~ Заблокирован
	26.09.2014, 16:04 [ТС]	3
	Defazze, не понял пример с фабрикой 0

	26.09.2014, 16:09

Паттерн Repository

Решение