c# - Linq to SQL存储库是否应实现IDisposable

在过去的几天里，我一直在使用Linq来搜索大量的存储库模式。那里有很多信息，但通常是矛盾的，我仍在寻找确切的信息来源。

我仍然不确定的一件事是存储库是否应该实例化它自己的DataContext并具有SubmitChanges方法，或者是否应该注入DataContext并在外部处理提交。我已经看过这两种设计，但是对推理没有真正的评论。

无论如何，以下模式很常见

class Repository<T>
{
    DataContext db = new LinqDataContext();

    public IEnumerable<T> GetAll() { ... }
    public T GetById() { ... }

    ... etc

   public void SubmitChanges() { ... }
}

所以我的主要问题是，使用上述实现，为什么存储库不需要实现IDisposable？我确实看到了上面的数百个示例，但是似乎都没有人去理会DataContext。这不是内存泄漏吗？

最佳答案

如果将autoclose设置为false，则处置DataContext将关闭基础连接。如果不调用dispose，则必须等待GC为其调用。您应该实现IDisposable并处置存储库，而储存库又应处置其DataContext。

另一个解决方案是，如果您的方法无法在单个事务中协同工作，则为存储库中的每个方法创建一个新的数据上下文。然后，您可以通过using（）指令在使用上下文后立即对其进行处置。