我最近学习了 ASP.NET MVC(我喜欢它)。我正在与一家使用依赖项注入(inject)在每个请求中加载存储库实例的公司合作，并且我熟悉该存储库的使用。

但现在我正在编写我自己的几个 MVC 应用程序。我不完全了解我公司使用存储库的方式和原因，我正在尝试确定实现数据访问的最佳方法。

我正在使用 C# 和 Entity Framework (所有最新版本)。

我看到了三种处理数据访问的通用方法。

1. 每次访问数据时，using 语句中的常规数据库上下文。这很简单，而且工作正常。但是，如果两个位置需要在一次请求中读取相同的数据，则必须读取两次数据。 (每个请求只有一个存储库，两个地方都会使用同一个实例，我知道第二次读取只会返回第一次读取的数据。)

2. 一个典型的 repository pattern .由于我不明白的原因，这种典型模式涉及为数据库中使用的每个表创建一个包装类。这对我来说似乎是错误的。事实上，由于它们也是作为接口(interface)实现的，从技术上讲，我会为每个表创建两个包装器类。 EF 为我创建表。我认为这种方法没有意义。

3. 还有一个generic repository pattern其中创建了一个存储库类来为所有实体对象提供服务。这对我来说更有意义。但这对其他人有意义吗？上面的链接是最好的方法吗？

我很想从其他人那里得到一些关于这个主题的意见。您是在编写自己的存储库，使用上述存储库之一，还是在做一些完全不同的事情。请分享。

最佳答案

我混合使用了#2 和#3，但如果可能的话我更喜欢严格的通用存储库(甚至比#3 的链接中建议的更严格)。 #1 不好，因为它在单元测试中表现不佳。

如果您有一个较小的域或需要限制您的域允许查询哪些实体，我想 #2- 或 #3 定义了实体特定的存储库接口(interface)，它们本身实现了通用存储库-是有意义的。但是，我发现为我要查询的每个实体编写一个接口(interface)和一个具体的实现是很累人的，也没有必要。有什么好public interface IFooRepository : IRepository<Foo> (同样，除非我需要将开发人员限制在一组允许的聚合根中)？

我只是用 Add 定义了我的通用存储库接口(interface), Remove , Get , GetDeferred , Count , 和 Find方法(Find 返回一个允许 LINQ 的 IQueryable 接口(interface))，创建一个具体的通用实现，然后收工。我严重依赖Find因此 LINQ。如果我需要多次使用特定查询，我会使用扩展方法并使用 LINQ 编写查询。

这涵盖了我 95% 的持久性需求。如果我需要执行某种一般无法完成的持久性操作，我会使用自制的 ICommand应用程序接口(interface)。例如，假设我正在使用 NHibernate，我需要在我的域中执行一个复杂的查询，或者我可能需要执行一个批量命令。 API 大致如下所示:

// marker interface, mainly used as a generic constraint
public interface ICommand
{
}

// commands that return no result, or a non-query
public interface ICommandNoResult : ICommand
{
   void Execute();
}

// commands that return a result, either a scalar value or record set
public interface ICommandWithResult<TResult> : ICommand
{
   TResult Execute();
}

// a query command that executes a record set and returns the resulting entities as an enumeration.
public interface IQuery<TEntity> : ICommandWithResult<IEnumerable<TEntity>>
{
    int Count();
}

// used to create commands at runtime, looking up registered commands in an IoC container or service locator
public interface ICommandFactory
{
   TCommand Create<TCommand>() where TCommand : ICommand;
}

现在我可以创建一个接口(interface)来表示特定的命令。

public interface IAccountsWithBalanceQuery : IQuery<AccountWithBalance>
{
    Decimal MinimumBalance { get; set; }
}

我可以创建一个具体的实现并使用原始 SQL、NHibernate HQL 等，然后将其注册到我的服务定位器。

现在在我的业务逻辑中我可以做这样的事情:

var query = factory.Create<IAccountsWithBalanceQuery>();
query.MinimumBalance = 100.0;

var overdueAccounts = query.Execute();

您还可以将规范模式与 IQuery 一起使用构建有意义的、用户输入驱动的查询，而不是拥有一个包含数百万个令人困惑的属性的接口(interface)，但前提是您不会发现规范模式本身令人困惑；)。

最后一个难题是当您的存储库需要执行特定的存储库前后操作时。现在，您可以非常轻松地为特定实体创建通用存储库的实现，然后覆盖相关方法并执行您需要执行的操作，并更新您的 IoC 或服务定位器注册并完成它。

但是，有时这种逻辑是交叉的，难以通过覆盖存储库方法来实现。所以我创建了IRepositoryBehavior ，这基本上是一个事件接收器。 (以下只是我头脑中的一个粗略定义)

public interface IRepositoryBehavior
{
    void OnAdding(CancellableBehaviorContext context);
    void OnAdd(BehaviorContext context);

    void OnGetting(CancellableBehaviorContext context);
    void OnGet(BehaviorContext context);

    void OnRemoving(CancellableBehaviorContext context);
    void OnRemove(BehaviorContext context);

    void OnFinding(CancellableBehaviorContext context);
    void OnFind(BehaviorContext context);

    bool AppliesToEntityType(Type entityType);
}

现在，这些行为可以是任何东西。审计、安全检查、软删除、强制域约束、验证等。我创建一个行为，将其注册到 IoC 或服务定位器，然后修改我的通用存储库以接收已注册的 IRepositoryBehavior 的集合。 s，并根据当前存储库类型检查每个行为，并将操作包装在每个适用行为的前/后处理程序中。

这是一个软删除行为示例(软删除意味着当有人要求删除一个实体时，我们只是将其标记为已删除，因此它不能再次返回，但实际上从未被物理删除)。

public SoftDeleteBehavior : IRepositoryBehavior
{
   // omitted

   public bool AppliesToEntityType(Type entityType)
   {
       // check to see if type supports soft deleting
       return true;
   }

   public void OnRemoving(CancellableBehaviorContext context)
   {
        var entity = context.Entity as ISoftDeletable;
        entity.Deleted = true; // when the NHibernate session is flushed, the Deleted column will be updated

        context.Cancel = true; // set this to true to make sure the repository doesn't physically delete the entity.
   }
}

是的，这基本上是 NHibernate 事件监听器的简化和抽象实现，但这就是我喜欢它的原因。 A) 我可以在不将 NHibernate 引入图片的情况下对行为进行单元测试 B) 我可以在 NHibernate 之外使用这些行为(假设存储库是包装 REST 服务调用的客户端实现) C) NH 的事件监听器可能是一个真正的痛苦;)

关于c# - ASP.NET MVC 的最佳存储库模式，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/10925257/