接口隔离，在“复合”存储库模式上使用它是否有效

Question

我正在使用实体框架作为我的ORM，我正在使用一个存储库的存储库（？）抽象出EF以便模拟出etc和测试等。

一次回购。

public interface IRepository<T> : IView<T>
{
    IQueryable<T> GetAll();
    void Update( T entity );
    void Delete( T entity );
    void Add(T entity);
    T Default();
}

   public interface IRepoOfRepos
    {
        IRepository<Table_a> Table_as { get; }

        IRepository<Table_b> Table_bs { get; }

        IRepository<Table_c> Table_cs { get; }

在我们的应用程序中，我们有一系列执行离散业务逻辑块的“模块”，我正计划将“IrepoofRepos”“注入”每个模块中。

然而，另一个团队成员建议，我们应该创建一个额外的层（接口），仅包含每个模块所需的数据访问方法（也就是实体中的“I”）。

我们有相当多的模块（30多个），对于一个我觉得可能不适用于数据访问层而真正针对业务层的原则来说，这似乎是相当多的额外工作？

您的想法非常感谢和提前感谢！

Answer 1

有一堆问题已经涉及到了这一点：

如何正确使用存储库模式？（最佳）

每个表一个存储库还是每个功能部分一个存储库？
存储库模式的最佳实践是什么？
在JPA中每个表都应该有一个存储库吗？

如果您的数据访问层只是提供iRepository 的实现，那么它并不能实现它的目的。看看我链接的第一个问题--它很有教育意义。