DataContext在哪一层创建？

Question

我正在使用 RIA 创建一个新的 Silverlight 应用程序。我正在使用业务层和数据访问层，它看起来像这样...

Silverlight->ASP.Net/RIA->C# BLL 类库->C# DAL 类库 我的实体框架模型可以在所有层中访问。

我不确定在哪里为我的实体框架请求创建 DataContext。我应该在 RIA (ASP.Net) 层上创建上下文并将其传递到 BLL，然后传递到 DAL，还是应该在 DAL 中创建它并将 LINQ 结果传递回来？

如果我在 DAL 中创建它并传递一个实体备份，延迟加载意味着数据还不存在。在我有机会实际从数据库查询数据之前，我的上下文是否可能会被垃圾收集？

如果我在 DAL 中创建上下文，是否会遇到线程问题？

Answer 1

如果您无论如何都在使用 RIA 服务，您不妨使用 LinqToEntitiesDomainService<EfModelGoesHere>并让 RIA 服务保存单个 EF DataContext/模型。

我们使用自己的自定义 POCO 来实现业务逻辑，但 RIA 服务管理从客户端到我们各个数据层（包括直接到 EF）的所有连接。在需要的地方，我们传递单个 EF 模型（存储在域上下文的 ObjectContext 成员中）。

保留 EF 引用，而不是切换到普通的 DomainService，感觉是正确的，并且使向域服务添加快速（临时）添加变得非常容易，因为我们只需 LINQ 直接连接到 EF 模型。如果我们向下管理它，我们就会不断地将它拉回到 RIA 层来使用它。

Answer 2

您可以在应用程序的 Silverlight（客户端）部分中创建数据上下文。我通常将上下文保留在类中的变量中，以便可以重用它。在对该类的所有引用都消失之前，它不会被垃圾收集。这是一个简短的示例，从数据库异步加载一些对象（实体）（通过回调来处理返回的对象）：

public class MyClass

    private _context as MyDomainContext
    private _employees as list(of Employees)

    public sub DoSomething()
        _context = new MyDomainContext
        _context.Load(_context.GetEmployeesQuery(), AddressOf EmployeesLoaded, Nothing)
    end sub

    public sub EmployeesLoaded(loadOp as LoadOperation(Of Employee))
        _employees = new list(of Employee)(loadOp.entities)
    end sub

end class