必须在“存储库模式”中创建多少个存储库接口？

Question

假设我们有以下课程：

public class User
{
    //User Definitions Goes Here
}

public class Product
{
    //Product Definitions Goes Here
}

public class Order
{
    //Order Definitions Goes Here
}

具有以上模型，我是否应该仅创建一个存储库，例如：

public interface IRepository
{
    //IRepository Definition Goes Here
}

或者最好有多个存储库：

public interface IUserRepository
{
    //IUserRepository Definition Goes Here
}

public interface IProductRepository
{
    //IProductRepository Definition Goes Here
}

public interface IOrderRepository
{
    //IOrderRepository Definition Goes Here
}

每个优点和缺点是什么？

Answer 1

没有必要 。 您可以创建任意数量的应用程序。您可以为每个业务对象提供一个存储库接口，并可以使用一个通用接口。

就像是

interface ICRUDRepo<T> //where T is always a Domain object
{
    T get(GUid id);
    void Add(T entity);
    void Save(T entity);
 }

//then it's best (for maintainability) to define a specific interface for each case

interface IProductsRepository:ICRUDRepo<Product>
{
    //additional methods if needed by the domain use cases only

    //this search the storage for Products matching a certain criteria,
    // then returns a materialized collection of products 
    //which satisfy the given criteria
    IEnumerable<Product> GetProducts(SelectByDate criteria);
 }

这是关于拥有干净清晰的抽象，这将允许将域与持久性适当地分离。

那里有通用的抽象，因此我们节省了一些击键， 也许还有一些常用的扩展方法。 但是，将通用的通用接口用于这些目的并不算作DRY

Answer 2

如果您采用第一种方法，则应避免重复自己，满足DRY原则。 但是，您通过将未连接的项目集中在一个接口和任何实现类中来打破关注点分离的原则。

如果采用第二种方法，则可以很好地实现关注点分离，但是冒着重复自己的风险，因此会违反DRY原则。

一种解决方法是第三种方法：混合。

public interface IRepository<T>
{
    IEnumerable<T> Query {get;}
    void Add(TEntity entity);
    void Delete(TEntity entity);
}

public interface IUserRepository : IRepository<IUser>;
public interface IProductRepository : IRepository<IProduct>;
public interface IOrderRepository : IRepository<IOrder>;

然后，该方法同时满足这两个原则。