在 ASP.NET 中管理实体框架 ObjectContext

Question

我正在为 ASP.NET Web 窗体应用程序使用实体框架，我想知道应该如何处理 ObjectContext 及其生命周期。 例如，我有一个 InviteService 类，用于管理邀请，例如创建和接受邀请。该类本身位于 Web 项目的另一个项目/命名空间中。 InviteUsers() 方法为用户列表创建 Invite 实体，调用存储库将它们保存到数据库中，并向每个用户发送邀请链接。

当用户单击邀请按钮时，从 Page 调用该方法。

我想知道如何使用 ObjectContext

1. 在每个请求的页面上实例化一个新的 ObjectContext，并将其作为参数传递给 InviteService 的构造函数 类，然后将其处理在 Render 方法中。
2. 与上面相同，但不是通过构造函数设置它，而是将其作为参数传递给每个方法。
3. 使用 using 块在每个方法中创建单独的 Objectcontext。

根据拉迪斯拉夫的回答，选项一对我来说似乎最好： 实体框架和连接池化 但选项 3 似乎也有效，因为据我所知，由于连接池，没有建立新的数据库连接。

Answer 1

每个 Web 请求创建一个 ObjectContext 并不罕见。我在我的网络应用程序中执行此操作。但是，在我看来，页面应该对 ObjectContext 一无所知。

由于您已经在讨论在服务的构造函数中注入上下文，因此请查看依赖项注入（如果您尚未使用它）。当您使用依赖项注入容器时，您可以让容器为您创建该服务并将对象上下文注入该容器中。您的页面唯一要做的就是从容器请求该服务（理想情况下，您甚至可以将该服务注入到该页面的构造函数中，但这对于 Web 表单来说是不可能的）。

您的页面将如下所示：

public class MyPage : Page
{
    private readonly IMyService service;

    public MyPage()
    {
        this.service = Global.GetInstance<IMyService>();
    }

    protected void Btn1_OnClick(object s, EventArgs e)
    {
        this.service.DoYourThing(this.TextBox1.Text);
    }
}

在应用程序的启动路径 (Global.asax) 中，您可以像这样配置依赖注入框架：

private static Container Container;

public static T GetInstance<T>() where T : class
{
    return container.GetInstance<T>();
}

void Application_Start(object sender, EventArgs e) 
{
    var container = new Container();

    string connectionString = ConfigurationManager
        .ConnectionStrings["MyCon"].ConnectionString;

    // Allow the container to resolve your context and
    // tell it to create a single instance per request.
    container.RegisterPerWebRequest<MyContext>(() =>
        new MyContext(connectionString));

    // Tell the container to return a new instance of
    // MyRealService every time a IMyService is requested.
    // When MyContext is a constructor argument, it will
    // be injected into MyRealService.
    container.Register<IMyService, MyRealService>();

    Container = container;
}

在这些示例中，我使用了 Simple Injector 依赖注入容器，尽管任何 DI 容器都可以。 RegisterPerWebRequest 不是核心库的一部分，但 可用作(NuGet) 扩展包。该包确保您的 ObjectContext 在 Web 请求结束时被释放。

一开始这可能看起来很复杂，但这样网页就不必担心创建和处置 ObjectContext 的任何细节。

此外，将执行用例的逻辑放置在单个类中：命令。让命令（或系统）确保该操作的原子性。不要让页面对此负责，也不要在请求结束时提交，因为那时您将不知道是否可以调用 commit。不，让命令自己处理这个问题。这是一篇关于编写业务命令的文章。

此建议也适用于 ASP.NET MVC，尽管您不应该在 Controller 的构造函数内调用 Global.GetInstance()，而只需使用构造函数注入（因为 MVC 对此有很好的支持）并使用 MVC3 集成包。

另请查看这个 Stackoverflow 问题，其中讨论了在每个请求使用 IObjectContextFactory 或使用 ObjectContext 之间进行选择。

Answer 2

1 是最佳解决方案。
在 NHibernate 世界中，称为“每次请求会话”。

您可以在 BeginRequest 中实例化 ObjectContext 并在 EndRequest 中刷新/提交它。

1 比 3 更好，因为当请求到达时您就开始使用 ORM（在您的例子中是实体框架）。
然后，您可以在所有页面生命周期中将对象添加到树中、修改类、删除等。

仅在 EndRequest 期间，您仅在一批中提交所有更改。

编辑：正如@Steven所说，对于在提交期间处理异常并不完美。

因此，假设您有一个带有保存按钮的 Web 表单：

• 在 BeginRequest 期间创建 ObjectContext
• 调用 在 Save 命令处理程序中提交
• 只需在 EndRequest 期间关闭/处置 ObjectContext