标签：idisposable linq-to-sql datacontext c

在过去的几天里,我一直在使用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()指令使用上下文,就可以立即处置它们.

标签：idisposable,linq-to-sql,datacontext,c
来源： https://codeday.me/bug/20191024/1917449.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。