在过去的几天里,我一直在使用 Linq 谷歌搜索大量有关存储库模式的信息。那里有很多信息,但它们往往是矛盾的,我仍在寻找明确的来源。
我仍然不确定的一件事是存储库是否应该实例化它自己的 DataContext 并具有 SubmitChanges 方法,或者是否应该注入 DataContext 并在外部处理提交。我看过这两种设计,但没有对其推理进行真正的评论。
无论如何,以下模式很常见
class Repository<T>
{
DataContext db = new LinqDataContext();
public IEnumerable<T> GetAll() { ... }
public T GetById() { ... }
... etc
public void SubmitChanges() { ... }
}
所以我的主要问题是,通过上述实现,为什么存储库不需要实现 IDisposable?我已经看到了上面数百个示例,但它们似乎都没有费心处理 DataContext。这不是内存泄漏吗?
处置 DataContext 会关闭底层连接如果您将自动关闭设置为 false。如果你不调用dispose,你就得等待GC帮你调用。您应该实现 IDisposable 并处置您的存储库,而存储库又应处置其 DataContext。
另一个解决方案是,如果您的方法不能在单个事务中协同工作,则为存储库中的每个方法创建一个新的数据上下文。然后,您可以在通过 using() 指令使用上下文后立即处理它们。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)