Estandarización del patrón de métodos del repositorio

De Martin Fowler "Patrones de Arquitectura de Aplicaciones Empresariales", la definición del Patrón de repositorio es:

Media entre el dominio y las capas de asignación de datos mediante una interfaz similar a una colección para acceder a los objetos de dominio.

Por lo tanto, ambos enfoques son correctos.

Soy un gran fan del patrón de repositorio genérico, pero creo que debería considerar no heredar directamente de la interfaz, ya que puede convertirse en una limitación muy grande, especialmente porque muchas veces el código para la interfaz genérica será el mismo que podría definirse en una clase base abstracta que ya no podrá tener más de 1 repositorio genérico dentro de una clase.

Recomiendo que su implementador IProductRepository acceda al genérico IRepository<Product> a través de la delegación e inyecte eso a través del constructor para que pueda componer su clase de posiblemente muchos IRepositorios y agruparlos detrás de una sola interfaz de una manera que tenga sentido.

Escribí un blog sobre este tema mientras hace referencia específicamente a NHibernate este patrón se puede aplicar a cualquier tipo de repositorio: Creando un Repositorio NHiberate genérico y extensible común versión 2

Con la introducción de LINQ en. NET, un patrón de repositorio genérico se vuelve mucho más fácil de realizar:

public interface IRepository<T> : IQueryable<T>
{
    void Add(T item);
    void Remove(T item);
}

Para calificar como un repositorio, simplemente necesita ser capaz de acceder a los datos en el almacén subyacente (fácilmente proporcionado por IQueryable) y modificar los datos contenidos.

Puede proporcionar extensiones a la interfaz base para proporcionar ganchos para un comportamiento más específico de la entidad (como el cableado en una llamada de procedimiento almacenado para un repositorio basado en SQL), pero la mayoría de las operaciones pueden ser completado por la interfaz simple.

Además de su interfaz de repositorio genérico (implementación 1) y su variación en el repositorio específico de roles (implementación 2), también puede considerar un repositorio de método genérico:

public interface IRepository
{
    void Save<ENTITY>(ENTITY entity) where ENTITY : DomainEntity;

    ENTITY Load<ENTITY>(Guid id) where ENTITY : DomainEntity;

    IQueryable<ENTITY> Query<ENTITY>() where ENTITY : DomainEntity;

    IQueryable<ENTITY> Query<ENTITY>(IDomainQuery<ENTITY> whereQuery)
        where ENTITY : DomainEntity;
}

Esta tercera versión proviene de este blogpost de Jimmy Bogard, donde también expresa su preferencia por la interfaz genérica del repositorio. Suelo seguir eso con una clase base de repositorio genérica que implementa esta interfaz; de esa manera, solo tengo que implementar las cosas que es diferente para cada entidad de dominio.

Normalmente uso el repositorio genérico con composición en lugar de herencia. Eso me da la ventaja de una implementación genérica, con el control de qué métodos exponer.

Algo como esto:

public Interface IRepository<T>{
  List<T> GetAll();
  void Create(T p);
  void Update(T p);
}


public interface IProductRepository {
  //Extension methods if needed
   List<Product> GetProductsByCustomerID();
   List<T> GetAll();
   void Create(T p);
   //Let assume here you should not be able to update the products
}

public ProductRepository : IProductRepository {
    private IRepository _repository;

    public ProductRepository(IRepository repository) {
        this._repository = repository;
    }

       List<T> GetAll() 
       {
            _repository.GetAll();
       }

       void Create(T p) 
       {
            _repository.Create(p);
       }

       List<Product> GetProductsByCustomerID() 
       {
          //..implementation goes here
       }
}

El patrón de repositorio es uno de los patrones más utilizados en el desarrollo de software. Hay muchos post que se pueden marcar como respuesta a su pregunta. Algo que me gusta destacar es el hecho de que una buena implementación de repositorio se mejorará si se utiliza IoC (Autofac, Windsor, etc...). He estado jugando hace mucho tiempo con algunos ADO.NET frameworks basados (LinqToSql, EF) y NHibernate. Siempre puede obtener beneficios de una implementación genérica si utiliza IoC. Puede definir interfaces para sus repositorios específicos y resolver cuando realmente necesita algunas acciones específicas.