在ASP.NET中管理实体框架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不是核心库的一部分,而是is available as (NuGet) extension package.该包确保在Web请求结束时处理您的ObjectContext.

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

此外,将执行用例的逻辑放在单个类中：命令.让命令(或系统)确保该操作的原子性.不要让页面对此负责,并且不要在请求结束时提交,因为此时您不会知道是否可以调用commit.不,让命令自己处理.这是an article about writing business commands.

这个建议也适用于ASP.NET MVC,虽然你不应该在Controller的构造函数中调用Global.GetInstance< IMyService>(),但只需使用构造函数注入(因为MVC对此有很大的支持)并使用MVC3 Integration package.

另请参阅this Stackoverflow question,其中讨论了在IObjectContextFactory之间进行选择或每个请求都有一个ObjectContext.