ASP.NET MVC+EF框架+EasyUI实现权限管理系列(7)-DBSession的封装

　 　ASP.NET MVC+EF框架+EasyUI实现权限管系列

　　 (开篇)   (1):框架搭建    (2):数据库访问层的设计Demo    (3):面向接口编程   (4 ):业务逻辑层的封装 

　　 (5):前台Jquery easyUI实现    (6):EF上下文实例管理

　　前言：上篇博客中我们重新对EF框架实现上下文进行了重新的操作，而且我们也建立了DbSession，使用CallContext类帮我们返回当前线程内唯一的数据库上下文，这样的话我们就在基仓储里面再也不用new实例话，只需要使用简单工厂来调用EFContextFactory里面实现线程内唯一的方法：GetCurrentDbContext，那么这篇博客我们继续来说DbSession类的封装，此系列已经写到了7了，我在这里建议大家在阅读的时候能够全部阅读，或者你本来明白这种模式的话就不需要了，那么DbSession类究竟有什么神奇之处，请看下面的介绍。

1． EFContextFactory线程内唯一复习

　　(1)在这里我们再解释一下线程内唯一，拿用老师的说法就是，假设这个线程就是衣服，而每件衣服上面都有口袋，那么我们就可以把这个口袋看成数据槽(CallContext指向的那一块内存空间)，每件衣服都会有自己的口袋(特殊的除外)，而这时候你要从衣服口袋里面拿出去一个糖，这时候我要先去口袋里面检查检查有没有，如果衣服口袋里面有我们就拿出来，负责我先将糖放到衣服口袋里，你下次来的时候继续在判断有没有。而且每件衣服都有自己独立的口袋，他们是没有任何关联的，着就保证了每件衣服内都会有糖(线程内唯一)。

　　(2)CallContext可以帮助我们保证线程内唯一。

2.DbSession

　　(1)在DbSession中封装了我们所有仓储的属性，在属性里面我们能够拿到我们仓储的实例，那么DbSession可以看成是我们整个数据库访问层的统一入口，另外在DbSession里面我们有封装了一个SaveChanges方法，那么在SaveChanges里面怎么做呢？请看下面的代码：

namespace LYZJ.UserLimitMVC.DAL

{

    //一次跟数据库交互的会话

    public class DbSession  //代表应用程序跟数据库之间的一次会话，也是数据库访问层的统一入口

    {

        public IDAL.IRoleRepository RoleRepository

        {

            get { return new RoleRepository(); }

        }
        public IDAL.IUserInfoRepository UserInfoRepository

        {

            get { return new UserInfoRepository(); }

        }

        //代表：当前应用程序跟数据库的绘画内所有的实体的变化，更新会数据库

        public int SaveChanges()

        {

            //调用EF上下文的SaveChanges方法

            return DAL.EFContextFactory.GetCurrentDbContext().SaveChanges();

        }

    }

}

　　(2)我们封装了一个SaveChanges方法的话，它就直接去获取当前线程里面的上下文，然后调用上下文的SaveChanges方法，就相当于直接把当前线程内部所有实体的改变提交到数据库里面，看上面的代码可能大部人都没有什么感觉，这是干什么呢？这时候我在作一个工作，就是将BaseRepository(仓储)中增删改方法的db.SaveChanges()删除掉，这时候我们就发现好处了吧，那就是我们数据库访问层虽然调用的方法没有真正的保存到数据库里面去，也就是把SaveChanges全部给放到DbSession中去实现了，那么DbSession我们就能够看成一个真正的会话了。

　　(3)也就是说我们在前面调用了很多次的增删改的实体之后(操作很多表)，而只需要去DbSession中调用一个SaveChanges方法，就可以把所有的表实体的变化都放到数据库中去。

3.将SaveChanges方法放到DbSession中好处

 (1)那么我们将SaveChanges方法放到DbSession中有什么好处呢？我们再项目中举个例子来说：我们回到BaseService里面拿添加仓储来说，假设我们添加实体这里，我们再上面做了一个添加用户的实体，然后我们业务里面还有修改一个状态，那么我们的代码如下所示：

//实现对数据库的添加功能

public T AddEntity(T entity)

{

     //调用T对应的仓储来做添加工作

    CurrentRepository.AddEntity(entity);

    CurrentRepository.UpdateEntity(entity);

}

 (2)在这里我们一个业务场景可能会操作很多个表，在之前的做法中我们所有的增删改方法每调用一次就会执行SaveChanges一次，比如添加用户当我们添加用户就要SaveChangers一次，然后付给权限有需要一次，那这样的话就跟数据库交互了很多次，那么我们就才想到将SaveChangers方法提取到DbSession中去。

 (3)如果我们将SaveChangers提取到DbSession中去的话，那么当我们以后操作多个实体之后直接来调用一下DbSession实现，这时候对应的上面的添加的方法即可这样实现：

 //DbSession的存放

        public DbSession _DbSession = new DbSession();

        //基类的构造函数

        public BaseService()

        {

            SetCurrentRepository();  //构造函数里面去调用了，此设置当前仓储的抽象方法

        }

        public abstract void SetCurrentRepository();  //子类必须实现

        //实现对数据库的添加功能

        public T AddEntity(T entity)

        {

            //调用T对应的仓储来做添加工作

            CurrentRepository.AddEntity(entity);

            CurrentRepository.UpdateEntity(entity);

            _DbSession.SaveChanges();

        }

 (4)这时候我们将DbSession封装的话，这样就使的DbSession非常灵活，就是把SaveChangers的权利从数据库访问层提高到了业务逻辑层，让业务逻辑层来控制SaveChangers方法，而数据库访问层不需要进行SaveChangers方法了，那么就可以保证在一个业务场景中操作多个表只需要一次的提交，减少了跟数据库交互的次数。

4.对BaseService的修改

 (1)通过上面的介绍，下面我们来对BaseService进行修改，修改的最终代码如下所示：

namespace LYZJ.UserLimitMVC.BLL

{

    public abstract class BaseService<T> where T : class, new()

    {

        //当前仓储

        public IDAL.IBaseRepository<T> CurrentRepository { get; set; }

        //DbSession的存放

        public DbSession _DbSession = new DbSession();

        //基类的构造函数

        public BaseService()

        {

            SetCurrentRepository();  //构造函数里面去调用了，此设置当前仓储的抽象方法

        }

        public abstract void SetCurrentRepository();  //子类必须实现

        //实现对数据库的添加功能

        public T AddEntity(T entity)

        {

            //调用T对应的仓储来做添加工作

            var AddEntity = CurrentRepository.AddEntity(entity);

            _DbSession.SaveChanges();

            return AddEntity;

        }
        //实现对数据的修改功能

        public bool UpdateEntity(T entity)

        {

            CurrentRepository.UpdateEntity(entity);

            return _DbSession.SaveChanges() > 0;

        }
        //实现对数据库的删除功能

        public bool DeleteEntity(T entity)

        {

             CurrentRepository.DeleteEntity(entity);

            return _DbSession.SaveChanges() > 0;

        }
        //实现对数据库的查询  --简单查询

        public IQueryable<T> LoadEntities(Func<T, bool> whereLambda)

        {

            return CurrentRepository.LoadEntities(whereLambda);

        }

        /// <summary>

        /// 实现对数据的分页查询

        /// </summary>

        /// <typeparam name="S">按照某个类进行排序</typeparam>

        /// <param name="pageIndex">当前第几页</param>

        /// <param name="pageSize">一页显示多少条数据</param>

        /// <param name="total">总条数</param>

        /// <param name="whereLambda">取得排序的条件</param>

        /// <param name="isAsc">如何排序，根据倒叙还是升序</param>

        /// <param name="orderByLambda">根据那个字段进行排序</param>

        /// <returns></returns>

       public  IQueryable<T> LoadPageEntities<S>(int pageIndex, int pageSize, out int total, Func<T, bool> whereLambda,

                                          bool isAsc, Func<T, S> orderByLambda)

        {

            return CurrentRepository.LoadPageEntities(pageIndex, pageSize, out total, whereLambda, isAsc, orderByLambda);

        }

    }

}

 (2) 虽然DbSession封装的很简单，但是它兼顾了简单工厂模式和SaveChangers方法(当前会话比较重要的功能)， 虽然SaveChangers方法简单的几行代码，但是我们在这里实现了一个模式，那就是单元工作模式(UintWork)。

 (3) 单元工作模式，就是批量的把对数据库的操作提交到数据库中去，就是把一系列对数据库的操作封装成一个单元工作，一次性的把单元工作里面的所有改变都提交到数据库里面去，这就是单元工作模式，它的目的就是为了提高跟数据库交互的效率，减少跟数据库交互的次数。

5.小结

　　(1)这篇博客在最后我要给出一些博友们在前面给我留言的回答，首先是我写的是权限管理吗？我的回答肯定是的，但是你前面还没有看到那里，那是因为我还在写底层的信息，因为当我们写好底层的时候，那么界面的东西和业务逻辑还不好些吗。

　　(2)我现在这个项目做的有点复杂，很多人说没有实用价值，我这里要说的也是，我在这篇博客的开头我就说了这个系列的博客不是教大家怎么去做项目，而是说思想，而且我相信，只要我们理解了面向对象的思想，很多问题都会迎刃而解。

　　(3)最后感谢广大博客阅读我的博客，谢谢大家的支持，你们的支持就是我的动力。

源码下载

　　　(1):完整源码下载　　

　　Kencery返回本系列开篇