十年网站开发经验 + 多家企业客户 + 靠谱的建站团队
量身定制 + 运营维护+专业推广+无忧售后,网站问题一站解决
这篇文章主要讲解了“如何理解ASP.NET MVC5网站开发框架模型、数据存储、业务逻辑”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“如何理解ASP.NET MVC5网站开发框架模型、数据存储、业务逻辑”吧!
红岗网站制作公司哪家好,找创新互联!从网页设计、网站建设、微信开发、APP开发、自适应网站建设等网站项目制作,到程序开发,运营维护。创新互联于2013年创立到现在10年的时间,我们拥有了丰富的建站经验和运维经验,来保证我们的工作的顺利进行。专注于网站建设就选创新互联。关系如下图
采用三层架构的时候,研究过BLL层的必要性,觉得业务逻辑完全可以在controller里实现,没有必要单独做一个项目,另一个分层多了会影响性能。后来我还是把业务逻辑独立出来,原因如下:
业务逻辑写进controller里代码看着比较混乱,时间久了代码容易理不清。
在controller里直接写逻辑重复代码会不较多,开发效率低。
分项目有利于代码重用,有时候可以直接拿到其他项目中稍作修改就可以用。
对于性能我觉得分层多了肯定会有影响,但是不会很大。现在硬件的更新速度远大于软件,对业务逻辑处理起来很轻松,多实例化几个类对性能影响不大。一般来说网站运行基本上是一个存数据库和取数据库的过程,业务逻辑还是比较少,只不过现在的网站使用的图片、动画更多,效果更加绚丽。我觉得网站的效率瓶颈主要出现在服务器的带宽、IO性能和存取数据库上。在代码方面能做的就是优化数据库的存取。对了一般项目来说,为了百分之几的运行效率远不如提高开发效率和更加容易的代码管理重要,能实现需求就好,运行效率是哪是大牛要做的事。
对IDAL、DAL、IBLL 、BLL这四个项目:
IDAL写一个Base接口,接口中固定几个数据库操作方法,其他接口都继承自这个接口;
DAL项目做个base类实现这个IDAL的base接口,其他类都继承自base类。
同样IBLL中也写一个Base接口,固定几个基本的操作方法,同样其他接口也继承自这个base接口
IBLL中也写一个base类来实现IBLL中的base接口,其他类继承自这个base类。
这里以对用户的操作来构建代码的基本模式:
一、模型
这里写三个模型类。打开Ninesk.Models分别添加User、UserGroup、UserConfig三个模型类。
1、用户模型—User类
用户模型或者叫账户模型,为什么这么说看下面代码
using System; using System.ComponentModel.DataAnnotations; namespace Ninesky.Models { ////// 用户模型 /// public class User { [Key] public int UserID { get; set; } ////// 创建:2014.02.02 ///
/// 修改:2014.02.05 ////// 用户名 /// [Required(ErrorMessage="必填")] [StringLength(20,MinimumLength=4,ErrorMessage="{1}到{0}个字符")] [Display(Name="用户名")] public string UserName { get; set; } ////// 用户组ID /// [Required(ErrorMessage = "必填")] [Display(Name = "用户组ID")] public int GroupID { get; set; } ////// 显示名 /// [Required(ErrorMessage = "必填")] [StringLength(20, MinimumLength = 2, ErrorMessage = "{1}到{0}个字符")] [Display(Name = "显示名")] public string DisplayName { get; set; } ////// 密码 /// [Required(ErrorMessage = "必填")] [Display(Name = "密码")] [DataType(DataType.Password)] public string Password { get; set; } ////// 邮箱 /// [Required(ErrorMessage = "必填")] [Display(Name = "邮箱")] [DataType(DataType.EmailAddress)] public string Email { get; set; } ////// 用户状态 public int Status { get; set; } ///
/// 0正常,1锁定,2未通过邮件验证,3未通过管理员 ////// 注册时间 /// public DateTime RegistrationTime { get; set; } ////// 上次登陆时间 /// public DateTime LoginTime { get; set; } ////// 上次登陆IP /// public DateTime LoginIP { get; set; } public virtual UserGroup Group { get; set; } } }
这个模型类中只包含用户名、密码、用户组、显示名、邮箱等属性,纯粹是基本的账户信息,目的是让用户注册的时候尽可能的少填信息。其他信息如果需要可以再写新类与账户进行关联,用户需要的时候登录后再进行补填(如:资本资料、个人信息、联系方式等。这里先不考虑这些)。这里的显示名根据需要可以做昵称、真实姓名等来使用。
2、用户组模型—UserGroup类
这个类注意下GroupType,这个用来对用户组进行一下分类的,方便管理,其实没什么特别的意义。我的想法是普通类型就放普通的注册用户的组,如果大的网站允许用户升级的话,限定在这个类型的用户组内。特权组可以放一些vip之类的用户组,需要管理员给予,区别普通用户组,但又没有管理权。管理类型的用户组需要后台管理员给予,可以对文章、评论、咨询进行管理。
using System.ComponentModel.DataAnnotations; namespace Ninesky.Models { ////// 用户组 /// public class UserGroup { [Key] public int GroupID { get; set; } ////// 创建:2014.02.02 /// 修改:2014.02.08 /// ////// 名称 /// [Required(ErrorMessage="必填")] [StringLength(20, MinimumLength = 2, ErrorMessage = "{1}到{0}个字")] [Display(Name="名称")] public string Name { get; set; } ////// 用户组类型 [Required(ErrorMessage = "必填")] [Display(Name = "用户组类型")] public int GroupType { get; set; } ///
/// 0普通类型(普通注册用户),1特权类型(像VIP之类的类型),3管理类型(管理权限的类型) ////// 说明 /// [Required(ErrorMessage = "必填")] [StringLength(50, ErrorMessage = "少于{0}个字")] [Display(Name = "说明")] public string Description { get; set; } } }
3、用户配置模型类—UserConfig类
这个类是一些用户配置信息(暂时只考虑了注册设置),在后台管理员处进行设置。
using System.ComponentModel.DataAnnotations; namespace Ninesky.Models { ////// 用户配置 /// public class UserConfig { [Key] public int ConfigID { get; set; } ////// 创建:2014.02.06 /// ////// 启用注册 /// [Display(Name = "启用注册")] [Required(ErrorMessage="必填")] public bool Enabled { get; set; } ////// 禁止使用的用户名 [Display(Name = "禁止使用的用户名")] public string ProhibitUserName { get; set; } ///
/// 用户名之间用“|”隔开 ////// 启用管理员验证 /// [Display(Name = "启用管理员验证")] [Required(ErrorMessage = "必填")] public bool EnableAdminVerify { get; set; } ////// 启用邮件验证 /// [Display(Name = "启用邮件验证")] [Required(ErrorMessage = "必填")] public bool EnableEmailVerify { get; set; } ////// 默认用户组Id /// [Display(Name = "默认用户组Id")] [Required(ErrorMessage = "必填")] public int DefaultGroupId { get; set; } } }
二、数据存储层
数据存储层负责与数据库打交道,由于使用了接口产生了两个项目DAL和IDAL。IDAL是接口项目,DAL是接口的实现项目。
在与数据库的方便有一些共同的操作,像添加、修改、删除、查询等。不想在实际写代码的时候在用户类写一遍这些东西,用户组类再写一遍、以后文章、评论都再重复写这些代码。怎么办,弄个基类。以后其他类从基类继承就把这些公共方法继承过来了。
1、IDAL项目
首先打开IDAL项目,添加类InterfaceBaseRepository,代码如下。
using System; using System.Linq; using System.Linq.Expressions; namespace Ninesky.IDAL { ////// 接口基类 /// ///创建:2014.02.03 ///
/// 修改:2014.02.09类型 public interface InterfaceBaseRepository{ /// /// 添加 /// /// 数据实体 ///添加后的数据实体 T Add(T entity); ////// 查询记录数 /// /// 条件表达式 ///记录数 int Count(Expression> predicate); /// /// 更新 /// /// 数据实体 ///是否成功 bool Update(T entity); ////// 删除 /// /// 数据实体 ///是否成功 bool Delete(T entity); ////// 是否存在 /// /// 查询表达式 ///布尔值 bool Exist(Expression> anyLambda); /// /// 查询数据 /// /// 查询表达式 ///实体 T Find(Expression> whereLambda); /// /// 查找数据列表 /// ///排序 /// 查询表达式 /// 是否升序 /// 排序表达式 ///IQueryable FindList (Expression> whereLamdba, bool isAsc, Expression > orderLamdba); /// /// 查找分页数据列表 /// ///排序 /// 当前页 /// 每页记录数 /// 总记录数 /// 查询表达式 /// 是否升序 /// 排序表达式 ///IQueryable FindPageList (int pageIndex, int pageSize, out int totalRecord, Expression> whereLamdba, bool isAsc, Expression > orderLamdba); } }
这里定义了增、删、改、判断存在、返回模型的查询、返回集合的查询,返回分页集合的查询7个公共方法。这几个方法基本满足一般需要,特殊的方法在继承的时候再添加。
还使用了泛型,在继承的时候传入实体类型就可以直接继承这些方法了。具体看下InterfaceUserRepository接口就清楚了。
using Ninesky.Models; namespace Ninesky.IDAL { ////// 用户接口 /// public interface InterfaceUserRepository:InterfaceBaseRepository创建:2014.02.03 ///{ } }
简单吧,继承自InterfaceBaseRepository接口并传入实体类User就行了。我们在类视图中看下,是不是继承了基类的接口。
2、DAL项目
DAL项目是对IDAL项目接口的实现,项目中要创建DbContext类,对于DbContext类很多人讨论过它对数据库存取的效率,MSDN中说其是轻量的, 创建不需要很大开销,它也不是线程安全的对象,并且具有数据容器的性质(跟踪),因此很多人认为不应该将其静态化、单例化。但是对用户的单次请求来说实现DbContext是合理的。 先看代码吧,非常简单。
using Ninesky.Models; using System.Data.Entity; namespace Ninesky.DAL { ////// 数据上下文 /// public class NineskyDbContext:DbContext { public DbSet创建:2014.02.03 ///Users { get; set; } public DbSet UserGroups { get; set; } public DbSet UserConfig { get; set; } public NineskyDbContext() : base("DefaultConnection") { } } }
下面创建一个BaseRepository类,继承自InterfaceBaseRepository并实现类其接口的方法。
using Ninesky.IDAL; using System; using System.Linq; using System.Linq.Expressions; namespace Ninesky.DAL { ////// 仓储基类 /// public class BaseRepository创建:2014.02.03 ///: InterfaceBaseRepository where T : class { protected NineskyDbContext nContext = ContextFactory.GetCurrentContext(); public T Add(T entity) { nContext.Entry (entity).State = System.Data.Entity.EntityState.Added; nContext.SaveChanges(); return entity; } public int Count(Expression > predicate) { return nContext.Set ().Count(predicate); } public bool Update(T entity) { nContext.Set ().Attach(entity); nContext.Entry (entity).State = System.Data.Entity.EntityState.Modified; return nContext.SaveChanges() > 0; } public bool Delete(T entity) { nContext.Set ().Attach(entity); nContext.Entry (entity).State = System.Data.Entity.EntityState.Deleted; return nContext.SaveChanges() > 0; } public bool Exist(Expression > anyLambda) { return nContext.Set ().Any(anyLambda); } public T Find(Expression > whereLambda) { T _entity = nContext.Set ().FirstOrDefault (whereLambda); return _entity; } public IQueryable FindList (Expression> whereLamdba, bool isAsc, Expression > orderLamdba) { var _list = nContext.Set ().Where (whereLamdba); if (isAsc) _list = _list.OrderBy (orderLamdba); else _list = _list.OrderByDescending (orderLamdba); return _list; } public IQueryable FindPageList (int pageIndex, int pageSize, out int totalRecord, Expression> whereLamdba, bool isAsc, Expression > orderLamdba) { var _list = nContext.Set ().Where (whereLamdba); totalRecord = _list.Count(); if (isAsc) _list = _list.OrderBy (orderLamdba).Skip ((pageIndex - 1) * pageSize).Take (pageSize); else _list = _list.OrderByDescending (orderLamdba).Skip ((pageIndex - 1) * pageSize).Take (pageSize); return _list; } } }
代码中都是对数据库的操作。比较有看头的是这句protected NineskyDbContext nContext = ContextFactory.GetCurrentContext();
ContextFactory是一个简单工厂类,GetCurrentContext()是一个静态函数。利用简单工厂获取请求内的当前DbContext,也就是请求内的DbContext单例。先添加一个工厂类ContextFactory
using System.Data.Entity; using System.Runtime.Remoting.Messaging; namespace Ninesky.DAL { ////// 上下文简单工厂 /// public class ContextFactory { ////// 创建:2014.02.05 /// ////// 获取当前数据上下文 /// ///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 { ////// 用户仓库 /// class UserRepository: BaseRepository创建:2014.02.03 ///, InterfaceUserRepository { } }
UserRepository就直接继承了基类中的方法,基类中的方法能满足绝大部分需要,UserRepository就不用再增加函数了,其他Repository类都类似,不在贴代码了。
这里我们在建一个Repository工厂,用来返回项目中的所有Repository类。
using Ninesky.IDAL; namespace Ninesky.DAL { ////// 简单工厂? /// public static class RepositoryFactory { ///创建:2014.02.03 ////// 用户仓储 /// 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 { ////// 接口基类 /// public interface InterfaceBaseService创建:2014.02.03 ///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 { ////// 用户相关接口 /// public interface InterfaceUserService:InterfaceBaseService/// 创建:2014.02.09 /// ///{ /// /// 用户是否存在 /// /// 用户名 ///布尔值 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 { ////// 服务基类 /// public abstract class BaseService创建:2014.02.03 ///: 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 { ////// 用户服务类 /// public class UserService:BaseService/// 创建:2014.02.12 /// ///,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 IQueryableOrderBy(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网站开发框架模型、数据存储、业务逻辑这一问题有了更深刻的体会,具体使用情况还需要大家实践验证。这里是创新互联网站建设公司,,小编将为大家推送更多相关知识点的文章,欢迎关注!