分层架构：ContextPerRequest

通过组织Repository，我们可以让多个Repository共用同一个DbContext。其实我们还可以更进一步：

让每一次Http请求都使用而且只使用同一个DbContext —— 这就是 Context Per Request 模式。

ConnectionPerRequest

呈现一个完整的页面，可能会有很多次的数据库操作。以“内容列表页”为例，想一想：

导航栏LogonStatus：查找当前用户+更新帮帮豆（可能）
列表：获得当前页的Problem
分页：获得Problem总数
右侧widget：……

每一次查找，都要使用一次数据库链接，消耗性能。能不能每一个Request请求，都只使用一个数据库链接？在接受到HTTP请求时打开连接，在HTTP请求结束时关闭连接？

OK，ASP.NET为我们提供这种机制：Filter。

学习Filter首先要了解一个

带来的好处

提高性能

减少了DbContext的生成：以前一次Http请求，可能需要new好几个DbContext的，现在一次就OK了。

当然，这样每一个DbConext占用的时间会更长，好在Web项目中每一次Http请求消耗的时间都不会太长，所以通常这都不是一个问题。

在Request层面实现 Unit of Work

几乎所有的Http请求，天然要求“事务”属性。比如用户在文章发布页面点击发布按钮，当然是希望和文章发布相关的所有业务逻辑（比如扣帮帮币加帮帮点生成消息等等）都实现，不可能文章发布失败但帮帮币给扣掉了啥的…… Context Per Request 就能够：

在Context生成的时候，启动事务
在Request结束的时候，提交/回滚事务

@想一想@：如果一个HttpRequest只是进行查询，放到事务里面会影响性能么？

SELECT *

BEGIN TRAN
SELECT * COMMIT

是一样的么？

HttpContext容器

第一个要解决的问题：每一次用到的DbContext，存放在哪里？

ASP.NET为我们提供了一个Dictionary容器：HttpContext.Current.Items，它存放在当前Http请求的上下文环境中，即：如果Http请求结束，Items也消失；一个Http请求一个Items——这是一个绝佳的存放DbContext的容器。

存入/读取

为了便于所有Service获取DbContext实例，我们在BaseService中添加一个dbContext只读属性：

protected SqlContext dbContext { get {

然后，用我们已经非常熟悉的方式处理：

string contextKey = "dbContext"; //尝试从HttpContext.Current.Items中获取DbContext SqlContext context = HttpContext.Current.Items[contextKey] as SqlContext; //获取不到就生成一个 if (context == null) { context = new SqlContext(); //不要忘了启动事务 context.Database.BeginTransaction(); //将DbContext存入Items以便下次使用 HttpContext.Current.Items[contextKey] = context; }//else nothing return context;

这样就能保证一个Http请求中，通过dbContext始终只能获得一个SqlContext实例。比如ArticleService：

public class ArticleService : BaseService, IArticleService { private ArticleRepository _repository; public ArticleService() { _repository = new ArticleRepository(dbContext); }

ActionFilter

在什么时候，通过什么方式同步DbContext中的变化（提交事务）呢？一个方便的办法是利用ActionFilter（也可以是IActionFilter）。

因为我们使用的是独立的ViewModel，所以一旦Action执行完成，就完成了ViewModel的全部付诸，不再需要DbContext了，所以可以

新建一个Filter：

public class ContextPerRequest : ActionFilterAttribute

然后override OnActionExecuted()，在这里面完成事务提交/回滚

public override void OnActionExecuted(ActionExecutedContext filterContext)

接着，可以把 ContextPerRequest 放置在BaseController上，以确保所有Controller都被覆盖：

[ContextPerRequest] public class BaseController : Controller

Filter中的AutoFac

为了照顾MockService，Filter中不能直接new XService()，需要通过AutoFac解析Service实例。怎么办呢？非常简单：

首先，在Golbal.asax.cs中添加：

builder.RegisterFilterProvider();

然后，直接在Filter中声明一个Service属性：

public IBaseService Service { get; set; }

接下来就可以直接用这个Service了。

演示：Sevice对象按AutoFac配置实例化

ChildAction

首先，需要注意如果是ChildAction，不应该进行提交/回滚：

if (!filterContext.IsChildAction) { if (filterContext.Exception == null)//.... }//else nothing

Commit还是Rollback？

接着，利用filterContext的Exception属性：

if (!filterContext.IsChildAction) { if (filterContext.Exception == null) { Service.Commit(); } else { Service.Rollback(); } }

因为：

在Filter运行之前，所以的未处理的异常，都可以从filterContext.Exception中获取；
如果没有任何异常，filterContext.Exception就为null值。

而且，无论是否报异常，都不影响ActionFilter的执行。_（演示）_

BaseService

需要小心处理两个问题：

null值检查
资源销毁

Commit()方法

首先可以抽象出一个私有方法：

///

/// 从HttpContext中取当前SqlContext ///

/// 取不到就是null值 private SqlContext getContextFromHttp() //方法名要长！区别于dbContext { return HttpContext.Current.Items["dbContext"] as SqlContext; }

该方法还可供dbContext/Rollback()等重用。

然后尽量使用using包裹context和transaction，确保他们都能被释放：

using (SqlContext context = getContextFromHttp()) { if (context != null) /context可能为null/ { using (DbContextTransaction transaction = context.Database.CurrentTransaction) { //确保context没有未提交的更改 context.SaveChanges(); //不需要判断transaction是否为null //如果transaction是null就应该报异常 transaction.Commit(); //不需要rollback： //是SaveChanges()是一个隐式事务，失败都会自动回滚 //transaction在using中，如果失败，Dipsose()时也会回滚， } } //没有context就不需要处理 }

对其他方法的影响

注意我们在Commit()时调用了context.SaveChanges()，所以我们_可以_减少其他地方SaveChanges()的调用，比如：

public void AddRange(IEnumerable articles) { entities.AddRange(articles); //sqlContext.SaveChanges(); }

已经entity状态的变化，比如：

User author = repository.Find(authorId); Article article = new Article { Author = author }; //repository().SaveChanges();

但是，有些地方调用SaveChanges()还是必须的，比如新建一个对象之后，要获取它的Id：

public int Add(T entity) { entities.Add(entity); SaveChanges(); //不SaveChanges()，Id只能是O return entity.Id; }

Rollback()方法

大体和Commit()类似，但更简单：