我应该相信 LinqDataSource 能够正确清理吗？

Question

我的第一次尝试是使用 LinqDataSource 的 OnSelecting 方法，以便可以指定更复杂的查询，我这样写：

protected void CategoriesDataSource_OnSelecting(object sender, LinqDataSourceSelectEventArgs e)
    {
        using (DataLayerDataContext db = new DataLayerDataContext())
        {
            e.Result = (from feed in db.Feeds
                        where feed.FeedName.StartsWith("Google")
                        select feed.MainCategory).Distinct();
        }
    }

当然，问题是 using 子句将处理 DataLayerDataContext。 “解决方案”是在没有它的情况下编写它，但我担心上下文不会及时处理，它会保持一堆连接打开，直到垃圾收集运行，等等。

我不是这方面的专家，所以对于这是否是一个真正的问题有什么评论，还是我的担心是多余的？

Answer 1

啊，另一个人被延迟加载的不幸副作用所困扰...

protected void CategoriesDataSource_OnSelecting(object sender, LinqDataSourceSelectEventArgs e)
{
    using (DataLayerDataContext db = new DataLayerDataContext())
    {
        e.Result = (from feed in db.Feeds
                    where feed.FeedName.StartsWith("Google")
                    select feed.MainCategory).Distinct().ToList();
        //                                              ^^^^^^^^^
    }
}

这将强制 DataLayerDataContext 立即运行查询并创建一个不依赖于上下文或连接的内存列表。这样您就可以立即获得结果，并且可以随时处理上下文。

唯一的问题（根据史蒂文的评论）是延迟加载的导航属性；即使您强制查询进行评估，如果您尝试查询引用其他 LINQ 对象（或 LINQ 对象列表）的任何属性，它们也将无法加载除非您指定立即需要哪些属性在 DataLoadOptions 的数据上下文。请参阅下面的示例：

protected void CategoriesDataSource_OnSelecting(object sender, LinqDataSourceSelectEventArgs e)
{
    using (DataLayerDataContext db = new DataLayerDataContext())
    {
        DataLoadOptions loadOptions = new DataLoadOptions();
        loadOptions.LoadWith<Category>(c => c.SomeReference);
        loadOptions.LoadWith<Category>(c => c.SomeOtherReferences);

        db.LoadOptions = loadOptions;

        e.Result = (from feed in db.Feeds
                    where feed.FeedName.StartsWith("Google")
                    select feed.MainCategory).Distinct().ToList();
    }
}

一旦您手动指定这些关联，LINQ to SQL 将在查询执行时立即将它们加载到内存中，而不是让它们延迟加载（这将在 之后使用属性时导致异常>DataContext 被释放。）