2

所以我需要一些建议和见解。提前感谢您的想法。

我开发了从 LINQ 实体返回单个记录的静态函数。像这样：

FooRecord GetRecord(Guid id)
{
   using(var dc = new FooDataContext())
       return dc.FooRecords.Where(a => a.Id == id).First();
}

这会引发异常，因为 DataContext 已被释放，这会产生延迟执行的问题。这有效：

FooRecord GetRecord(Guid id)
{
       var dc = new FooDataContext();
       return dc.FooRecords.Where(a => a.Id == id).First();
}

我很担心。处理 DataContext 的速度有多快？显然，如果我立即抓住记录，这不会造成问题。但是，假设我需要通过关联获取记录：

var record = Data.FooRecord.GetRecord(id);
//Do a bunch of stuff...
//Now we grab the related record from another entity
var barRecord = record.BarRecord

此时 DataContext 是否存在消失的风险？有什么建议吗？

4

1 回答 1

2

由于此处讨论的原因，您基本上不需要 Dispose() 您的 DataContext ：

我应该什么时候处理数据上下文

http://cshapindepth.com/ViewNote.aspx?NoteID=89

在类型上实现 IDisposable 的主要原因是为了处置任何非托管资源。DataContext 分配的唯一非托管资源是底层数据库连接，但 DataContext 已经负责根据需要打开和关闭连接。

您要避免的主要事情是返回一个 IEnumerable 集合，然后从不枚举它，因为这将导致连接无限期地保持打开状态。但是，由于您只返回一个对象，因此您不必担心这一点。

另请注意，如果访问返回对象上的任何关系属性，可能会导致连接暂时重新打开，以便可以延迟加载该属性。您可以通过将 DataLoadOptions.LoadWith() 与您的 DataContext 一起使用来预先加载您打算访问的任何属性来避免这种情况。请参阅http://msdn.microsoft.com/en-us/library/system.data.linq.dataloadoptions.aspx

至于问题的最后一部分，如果返回的实体包含可以延迟加载的属性，那么它们将包含内部引用来支持将其保存在内存中的 DataContext。一旦您不再引用这些实体，那么 DataContext 当然会像任何其他对象一样被垃圾收集。

于 2012-02-04T15:40:09.973 回答