我在MVC3应用程序中看到了很多使用Entity Framework的例子,它们是非常简单的演示,只有一个mvc3 web项目,里面有edmx。
因此,他们可以通过“using”语句使用开放和关闭连接的最佳实践:
using(var context = new SchoolEntities())
{
// do some query and return View with result.
}
并且,它可以正确使用“using”语句中的延迟加载(导航属性),因为上下文尚未 设置:
foreach(var item in student.Course)
{
// do something with the navigation property Course
}
在它成为n层应用程序之前,所有事情似乎都是完美的。
我创建了DAL,BLL和MVC3 UI。
DAL 包含edmx,以及 SchoolDA.cs
等操作符类public class StudentDA()
{
public Student FindStudent(int studentId)
{
using(var context = new SchoolContext())
{
// do query, return a student object.
}
}
}
然后,在BLL中,如果我使用:
var student = studentDa.FindStudent(103);
然后调用它的导航属性:
student.Course
我会收到错误(当然):
ObjectContext实例已被处理,不能再用于需要连接的操作。
所以,我必须像这样更改StudentDA.cs:
public class StudentDA() : IDisposable
{
private SchoolEntites context;
public StudentDA()
{
context = new SchoolEntities();
}
public void Dispose()
{
context.Dispose();
}
public Student FindStudent(int studentId)
{
// do query, return a student object.
}
}
然后,BLL会改变如下:
public Student FindStudent(int id)
{
using(var studentDa = new StudentDA())
{
// this can access navigation properties without error, and close the connection correctly.
return studentDa.FindStudent(id);
}
}
在遇到Update()方法之前,所有事情似乎都很完美。
现在,如果我想更新一个取自BLL.FindStudent()的学生对象, context.SaveChanges()将返回0,因为上下文已经在BLL.FindStudent()中处理了/ strong>,没有任何内容会更新到数据库。
var optStudent = new StudentBO();
var student = optStudent.FindStudent(103);
student.Name = "NewValue";
optStudent.Update(student);
有没有人知道如何在3轮胎应用中使用EntityFramework?或者我如何正确管理上下文。我会经常在网络层使用导航资产,但我不能总是保持连接打开以消耗服务器内存。
答案 0 :(得分:7)
有多种方法可以处理EF上下文的生命周期。在Web应用程序中,通常上下文对于HttpRequest是唯一的。例如,如果要在Web应用程序中手动处理并具有每个Thread / HttpRequest EF上下文,则可以使用以下代码(从http://www.west-wind.com/weblog/posts/2008/Feb/05/Linq-to-SQL-DataContext-Lifetime-Management复制的代码):
internal static class DbContextManager
{
public static DbContext Current
{
get
{
var key = "MyDb_" + HttpContext.Current.GetHashCode().ToString("x")
+ Thread.CurrentContext.ContextID.ToString();
var context = HttpContext.Current.Items[key] as MyDbContext;
if (context == null)
{
context = new MyDbContext();
HttpContext.Current.Items[key] = context;
}
return context;
}
}
}
然后你可以轻松使用:
var ctx = DbContextManager.Current
但我建议您将生命周期管理留给IoC框架,例如Autofac,Castle Windsor或Ninject,它会自动处理您注册的obejcts的创建/处理以及许多其他功能
答案 1 :(得分:0)
感谢您的回答Kamyar。我遇到了这个问题,同时寻找一种简单的策略来管理ObjectContext生命周期,而不必使用IoC框架,这对我的需求来说似乎有些过分。
我还遇到了你的另一篇帖子here,用于在请求结束时处理上下文。
认为这可能对其他人有用,所以只需在此处发布我的代码实现:
上下文管理器类 -
internal static class MyDBContextManager
{
//Unique context key per request and thread
private static string Key
{
get
{
return string.Format("MyDb_{0}{1}", arg0: HttpContext.Current.GetHashCode().ToString("x"),
arg1: Thread.CurrentContext.ContextID);
}
}
//Get and set request context
private static MyDBContext Context
{
get { return HttpContext.Current.Items[Key] as MyDBContext; }
set { HttpContext.Current.Items[Key] = value; }
}
//Context per request
public static MyDBContext Current
{
get
{
//if null, create new context
if (Context == null)
{
Context = new MyDBContext();
HttpContext.Current.Items[Key] = Context;
}
return Context;
}
}
//Dispose any created context at the end of a request - called from Global.asax
public static void Dispose()
{
if (Context != null)
{
Context.Dispose();
}
}
}
Global.asax(MVC) -
public override void Init()
{
base.Init();
EndRequest +=MvcApplication_EndRequest;
}
private void MvcApplication_EndRequest(object sender, EventArgs e)
{
MyDBContextManager.Dispose();
}