using System.Data.Entity;
using System.Runtime.Remoting.Messaging;

namespace Ninesky.DAL
{
 /// 

 /// 上下文简单工厂
 /// 
 /// 创建：2014.02.05
 /// 
 /// 
 public class ContextFactory
 {

  /// 

  /// 获取当前数据上下文
  /// 
  /// 
  public static NineskyDbContext GetCurrentContext()
  {
   NineskyDbContext _nContext = CallContext.GetData("NineskyContext") as NineskyDbContext;
   if (_nContext == null)
   {
    _nContext = new NineskyDbContext();
    CallContext.SetData("NineskyContext", _nContext);
   }
   return _nContext;
  }
 }
}

这里是先在CallContext中获取NineskyContext，如果为空则初始化一个NineskyContext，如果存在则直接返回。看CallContext，MSDN中讲CallContext提供对每个逻辑执行线程都的数据槽，而在WEB程序里，每一个请求恰巧就是一个逻辑线程所以可以使用CallContext来实现单个请求之内的DbContext单例。

下面添加具体的仓储代码。

在DAL中再添加一个UserRepository类，继承自BaseRepository和InterfaceUserRepository。目的是继承自BaseRepository类，实现InterfaceUserRepositor接口。

using Ninesky.IDAL;
using Ninesky.Models;
using System.Linq;

namespace Ninesky.DAL
{
 /// 

 /// 用户仓库
 /// 创建：2014.02.03
 /// 
 class UserRepository: BaseRepository, InterfaceUserRepository
 {
 }
}

UserRepository就直接继承了基类中的方法，基类中的方法能满足绝大部分需要，UserRepository就不用再增加函数了，其他Repository类都类似，不在贴代码了。

这里我们在建一个Repository工厂，用来返回项目中的所有Repository类。

using Ninesky.IDAL;

namespace Ninesky.DAL
{
 /// 

 /// 简单工厂？
 /// 创建：2014.02.03
 /// 
 public static class RepositoryFactory
 {
  /// 

  /// 用户仓储
  /// 
  public static InterfaceUserRepository UserRepository { get { return new UserRepository(); } }
 }
}

以后在BLL中调用的时候就不用每次都写InterfaceUserRepository _iUserRsy = new  UserRepository()了，直接写成InterfaceUserRepository _iUserRsy = RepositoryFactory.UserRepository这个东西的好处就是，以后在DAL项目中实现InterfaceUserRepository接口的类需要修改时我们可以直接创建个新类，然后RepositoryFactory类中让UserRepository属性返回新类就行了。

3、IBLL项目
IBLL是业务逻辑层的接口，业务逻辑层对数据库的操作上基本还是增、删、改。同样写一个基接口把这三个操作写进去，这里与IDAL思路类似。

namespace Ninesky.IBLL
{
 /// 

 /// 接口基类
 /// 创建：2014.02.03
 /// 
 public interface InterfaceBaseService where T : class
 {
  /// 

  /// 添加
  /// 
  /// 数据实体
  /// 添加后的数据实体
  T Add(T entity);

  /// 

  /// 更新
  /// 
  /// 数据实体
  /// 是否成功
  bool Update(T entity);

  /// 

  /// 删除
  /// 
  /// 数据实体
  /// 是否成功
  bool Delete(T entity);
 }
}

在添加一个InterfaceUserService接口，继承自InterfaceBaseService。根据需要在接口中又添加了几个方法。在这里对Find方法的名称进行统一，凡是返回实体类的名称为Find()或FindByXXX(),返回一组数据的方法名称为FindList()或FindXXXList，分页的名称格式为FindPageList()或FindxxxPageList()

using Ninesky.Models;
using System.Linq;

namespace Ninesky.IBLL
{
 /// 

 /// 用户相关接口
 /// 
 /// 创建：2014.02.09
 /// 
 /// 
 public interface InterfaceUserService:InterfaceBaseService
 {

  /// 

  /// 用户是否存在
  /// 
  /// 用户名
  /// 布尔值
  bool Exist(string userName);

  /// 

  /// 查找用户
  /// 
  /// 用户ID
  /// 
  User Find(int userID);

  /// 

  /// 查找用户
  /// 
  /// 用户名
  /// 
  User Find(string userName);

  /// 

  /// 用户列表
  /// 
  /// 页码数
  /// 每页记录数
  /// 总记录数
  /// 排序：0-ID升序（默认），1ID降序，2注册时间升序，3注册时间降序，4登录时间升序，5登录时间降序
  /// 
  IQueryable FindPageList(int pageIndex, int pageSize, out int totalRecord,int order);
 }
}

4、BLL项目
BLL项目中要实现InterfaceUserService接口的方法，先添加BaseService的

using Ninesky.IBLL;
using Ninesky.IDAL;
namespace Ninesky.BLL
{
 /// 

 /// 服务基类
 /// 创建：2014.02.03
 /// 
 public abstract class BaseService : InterfaceBaseService where T : class
 {
  protected InterfaceBaseRepository CurrentRepository { get; set; }

  public BaseService(InterfaceBaseRepository currentRepository) { CurrentRepository = currentRepository; }

  public T Add(T entity) { return CurrentRepository.Add(entity); }

  public bool Update(T entity) { return CurrentRepository.Update(entity); }

  public bool Delete(T entity) { return CurrentRepository.Delete(entity); }
 }
}

这个类的构造函数中要传入一个参数就是currentRepository 这个在继承的时候进行传入。这里还是看用户类。

using Ninesky.DAL;
using Ninesky.IBLL;
using Ninesky.Models;
using System.Linq;

namespace Ninesky.BLL
{
 /// 

 /// 用户服务类
 /// 
 /// 创建：2014.02.12
 /// 
 /// 
 public class UserService:BaseService,InterfaceUserService
 {
  public UserService() : base(RepositoryFactory.UserRepository) { }

  public bool Exist(string userName) { return CurrentRepository.Exist(u => u.UserName == userName);}

  public User Find(int userID) { return CurrentRepository.Find(u => u.UserID == userID); }

  public User Find(string userName) { return CurrentRepository.Find(u => u.UserName == userName); }

  public IQueryable FindPageList(int pageIndex, int pageSize, out int totalRecord, int order)
  {
   switch(order)
   {
    case 0: return CurrentRepository.FindPageList(pageIndex, pageSize, out totalRecord, u => true, true, u => u.UserID);
    case 1: return CurrentRepository.FindPageList(pageIndex, pageSize, out totalRecord, u => true, false, u => u.UserID);
    case 2: return CurrentRepository.FindPageList(pageIndex, pageSize, out totalRecord, u => true, true, u => u.RegistrationTime);
    case 3: return CurrentRepository.FindPageList(pageIndex, pageSize, out totalRecord, u => true, false, u => u.RegistrationTime);
    case 4: return CurrentRepository.FindPageList(pageIndex, pageSize, out totalRecord, u => true, true, u => u.LoginTime);
    case 5: return CurrentRepository.FindPageList(pageIndex, pageSize, out totalRecord, u => true, false, u => u.LoginTime);
    default: return CurrentRepository.FindPageList(pageIndex, pageSize, out totalRecord, u => true, true, u => u.UserID);
   }
   
  }
 }
}

上面这个FindPageList代码太累赘了，一时还没想到好方法。

5、总结
今天写到这里还是在想项目间的调用实现，写了两个base接口、两个base类，以后其他的类都从它们继承，写法都很类似。下次可以开始做界面了，在Ninesky.Web项目中基本上是通过IBLL，BLL跟数据进行打交道了。

 ===================================================

FindPageList() 这个排序的方法确实不太通用，代码修改如下：

1、接口 InterfaceBaseRepository

修改两个接口方法如图红框部分。

image

2、BaseRepository类

添加OrderBy方法，代码如下：

/// 

  /// 排序
  /// 
  /// 类型
  /// 原IQueryable
  /// 排序属性名
  /// 是否正序
  /// 排序后的IQueryable
  private IQueryable OrderBy(IQueryable source, string propertyName, bool isAsc)
  {
   if (source == null) throw new ArgumentNullException("source", "不能为空");
   if (string.IsNullOrEmpty(propertyName)) return source;
   var _parameter = Expression.Parameter(source.ElementType);
   var _property = Expression.Property(_parameter, propertyName);
   if (_property == null) throw new ArgumentNullException("propertyName", "属性不存在");
   var _lambda = Expression.Lambda(_property, _parameter);
   var _methodName = isAsc ? "OrderBy" : "OrderByDescending";
   var _resultExpression = Expression.Call(typeof(Queryable), _methodName, new Type[] { source.ElementType, _property.Type }, source.Expression, Expression.Quote(_lambda));
   return source.Provider.CreateQuery(_resultExpression);
  }
修改FindList和FindPageList方法，修改下图

image

3、修改UserService的FindPageList方法

修改后的代码如下：

public IQueryable FindPageList(int pageIndex, int pageSize, out int totalRecord, int order)
  {
   bool _isAsc = true;
   string _orderName = string.Empty;
   switch(order)
   {
    case 0:
     _isAsc = true;
     _orderName = "UserID";
     break;
    case 1:
     _isAsc = false;
     _orderName = "UserID";
     break;
    case 2: 
     _isAsc = true;
     _orderName = "RegistrationTime";
     break;
    case 3: 
     _isAsc = false;
     _orderName = "RegistrationTime";
     break;
    case 4: 
     _isAsc = true;
     _orderName = "LoginTime";
     break;
    case 5: _isAsc = false;
     _orderName = "LoginTime";
     break;
    default: 
     _isAsc = false;
     _orderName = "UserID";
     break;
   }
   return CurrentRepository.FindPageList(pageIndex, pageSize, out totalRecord, u => true, _orderName, _isAsc);
  }

感谢各位的阅读，以上就是“如何理解ASP.NET MVC5网站开发框架模型、数据存储、业务逻辑”的内容了，经过本文的学习后，相信大家对如何理解ASP.NET MVC5网站开发框架模型、数据存储、业务逻辑这一问题有了更深刻的体会，具体使用情况还需要大家实践验证。这里是创新互联网站建设公司，，小编将为大家推送更多相关知识点的文章，欢迎关注！