asp.net学习之路项目整体框架简单的搭建
2023-06-13 09:14:42 时间
最近刚学了些关于asp.netmvc方面的知识,于是了要拿个小项目来练练手,提高下自己的code能力跟思维能力.在此之前做东西都很简单,直接用动软那一套生成代码,生成一个简单的三层架构作为项目整体的框架,数据库访问层用的是ado.net.这么做了感觉挺麻烦,如果要项目要换数据库,要给数据库增加表或者给表增加某个字段,或者不使用ado.net用个orm框架来访问数据库等等,这样整体项目该动起来就提别的麻烦,为了解决这一些问题我们需要重新思考怎么搭建.
关于数据库访问层
数据库访问驱动层--大家都知道EF,NH跟Ado.net或者你自己实现的,这些都是为我们访问数据库或对数据库操作建立了桥梁,当然数据库也可能是不同的数据库,这些都是根据项目需求来定的,至于选择哪个则要视情况而定了.这里我就用了EF--model-first.我是直接在edmx里面设计模型,然后生成实体跟数据库,具体如下,做了个简单的权限管理(还没完全实现)..
publicclassBaseRepository<T>:IDAL.IBaseRepository<T>whereT:class
{
privateDbContextcontainer=EFContentFactory.GetCurrentContext();
#region增加
publicTAddEntity(Tentity)
{
container.Set<T>().Add(entity);
returnentity;
}
#endregion
#region删除
publicboolDeleteEntity(Tentity)
{
container.Set<T>().Attach(entity);
container.Entry(entity).State=EntityState.Deleted;
returntrue;
}
#endregion
#region修改
publicboolUpdateEntity(Tentity)
{
container.Set<T>().Attach(entity);
container.Entry(entity).State=EntityState.Modified;
returntrue;
}
#endregion
#region查询
publicIQueryable<T>GetEntities(Func<T,bool>lambdaWhere)
{
IQueryable<T>entities=container.Set<T>().Where(lambdaWhere).AsQueryable();
returnentities;
}
#endregion
#region分页
publicIQueryable<T>GetEntitiesByPageIndex<TS>(intpageIndex,intpageSize,outinttotalCount,Func<T,bool>lambdaWhere,Func<T,TS>orderByRole,booldescending)
{
vartemp=container.Set<T>().Where(lambdaWhere).AsQueryable();
totalCount=temp.Count();
if(descending)
{
temp=temp.OrderByDescending(orderByRole)
.Skip(pageSize*(pageIndex-1))
.Take(pageSize).AsQueryable();
}
else
{
temp=temp.OrderBy(orderByRole)
.Skip(pageSize*(pageIndex-1))
.Take(pageSize).AsQueryable();
}
returntemp;
}
#endregion
}
到这一步我以为自己的数据库访问层写完了,然后可以去写业务逻辑层的东西了,实则不然,想想看,如果你要换数据库,或者换成ef或者ado.net如果按老一套,则整个项目的每一个层都需要去替换,大大的增加了工作量,这里我们可以做个手脚,把数据访问层再给它抽象出一层来,这就需要用到接口了.
IDAL.IBaseRepository<T>大体想想看我们的bll层如果没有接口我们直接这么写dal.xxrepository=newxxrepository();老一套的写法,则跟我前面说的一样,可维护性替换性大大降低..我们现在可以这么写
IDAL.xxrepository=newxxrepository().这样我们替换DAL层时候BLL层根部不需要关心你到底是怎么实现的.这一点非常的重要.接口就相当于一个契约,约束了你必须实现哪些功能,我们如果要增加功能可直接在接口中增添,接口需要为部分接口,如我给出的上面代码一样,基类需要一个接口,子类也需要.这样我们就抽象出一个数据库接口层.
抽象工厂与简单工厂
我们还可以对业务层跟数据库访问层再读的抽象出来,这里我们就需要用到工厂--其实很简单,从工厂类里面取出来的dal层的类并返回IDAL的接口
publicstaticclassShopDaoFactory
{
publicstaticIUserInfoRepositoryUserInfoRepository
{
get{returnnewUserInfoRepository();}
}
publicstaticIRoleRepositoryRoleRepository
{
get{returnnewRoleRepository();}
}
}
那么业务层拿到接口时也不需要关心到底怎么实现的,这样又是一层的抽象,当然你也可以用抽象工厂,利用反射跟配置外加缓存来实现,不过一般情况下简单工厂足够了,这里就相当于一个数据库访问层的入口了.
业务逻辑层的基类与子类
当我们实体模型多了的时候我们如果没有基类,则要写一堆重复性的东西,我们现在就要把这些重复的性的东西放到基类里面给我们实现,如同Dal层,我们定义了一个基类,但是在BLL层我们会遇到一个问题,IDAL.IBaseRepository<T>怎么获取从工厂获得接口了......思考一下.....我们的子类可以知道自己所需要的接口------我们可以做个手脚,让父类为抽象类,定义一个抽象方法,然后让子类重写改方法,并且在构造函数里面调用,因为我们必须用到这个接口,所以必须在构造函数里面
publicabstractclassBaseService<T>:IBLL.IBaseService<T>whereT:class,new()
{
publicBaseService()
{
GetInstance();
}
protectedIDAL.IDbSession_DbSession=DbSeesionFactory.GetSession();
protectedIDAL.IBaseRepository<T>CurrentRepository{get;set;}
publicabstractvoidGetInstance();
publicIQueryable<T>GetEntities(Func<T,bool>lambdaWhere)
{
//_DbSession.SavaChanges();
returnCurrentRepository.GetEntities(lambdaWhere);
}
publicboolDeleteEntity(Tentity)
{
CurrentRepository.DeleteEntity(entity);
return_DbSession.SaveChanges()>0;
}
publicboolUpdateEntity(Tentity)
{
CurrentRepository.UpdateEntity(entity);
return_DbSession.SaveChanges()>0;
}
publicTAddEntity(Tentity)
{
varen=CurrentRepository.AddEntity(entity);
_DbSession.SaveChanges();
returnen;
}
publicIQueryable<T>GetEntitiesByPageIndex<TS>(intpageIndex,intpageSize,outinttotalCount,Func<T,bool>lambdaWhere,Func<T,TS>orderByRole,booldescending)
{
returnCurrentRepository.GetEntitiesByPageIndex(pageIndex,pageSize,outtotalCount,lambdaWhere,orderByRole,
descending);
}
}
}
其他的业务层也需要接口抽象出一层出来来作为约束,这样ui层也不需要关心你业务层怎么实现...
另外一种实现数据库入口的方试DBSession
我们先看一个类,dbsession里面有属性,为接口,对应的该接口所对应的实现类,两个方法SaveChanges(),与exesql(EF用的5.0+),里面返回的是当前EF线程类上下文的savechange()与执行sql语句的放回值,怎么才能确保当前进程内EF上下文只有一个了,我们看另外一个类.
publicpartialclassDbSession:IDAL.IDbSession
{
#region代码生成器生成
//publicIDAL.IRoleRepositoryRoleRepository
//{
//get{returnnewRoleRepository();}
//}
//publicIDAL.IUserInfoRepositoryUserInfoRepository
//{
//get{returnnewUserInfoRepository();}
//}
#endregion
publicintSaveChanges()
{
returnEFContentFactory.GetCurrentContext().SaveChanges();
}
publicintExcuteSql(stringstrSql,System.Data.Objects.ObjectParameter[]parameters)
{
returnEFContentFactory.GetCurrentContext().Database.ExecuteSqlCommand(strSql,parameters);
}
}
publicclassEFContentFactory
{
publicstaticDbContextGetCurrentContext()
{
DbContextobj=CallContext.GetData("DbContext")asDbContext;
if(obj==null)
{
obj=newModel.DataContainer();
CallContext.SetData("DbContext",obj);
}
returnobj;
}
}
CallContext是类似于方法调用的线程本地存储区的专用集合对象，并提供对每个逻辑执行线程都唯一的数据槽。数据槽不在其他逻辑线程上的调用上下文之间共享,这是从msdn上截取的一段话,它有几个方法,这里面我们用到setdata跟getdata,来确保上下文线程内唯一,同样的我们让他接口化,与工厂内实现下--
publicclassDbSeesionFactory
{
///<summary>
///保证线程内dbsession唯一
///</summary>
///<returns></returns>
publicstaticIDAL.IDbSessionGetSession()
{
IDAL.IDbSession_dbSession=CallContext.GetData("DbSession")asIDbSession;
if(_dbSession==null)
{
_dbSession=newDbSession();
CallContext.SetData("DbSession",_dbSession);
}
return_dbSession;
}
}
业务层的子类重写方法时这么来实现,同样基类加个:protectedIDAL.IDbSession_DbSession=DbSeesionFactory.GetSession();
publicpartialclassActionInfoService:BaseService<ActionInfo>,IBLL.IActionInfoService
{
publicoverridevoidGetInstance()
{
CurrentRepository=_DbSession.ActionInfoRepository;
}
}
publicpartialclassR_UserInfo_ActionInfoService:BaseService<R_UserInfo_ActionInfo>,IBLL.IR_UserInfo_ActionInfoService
{
publicoverridevoidGetInstance()
{
CurrentRepository=_DbSession.R_UserInfo_ActionInfoRepository;
}
}
publicpartialclassRoleService:BaseService<Role>,IBLL.IRoleService
{
publicoverridevoidGetInstance()
{
CurrentRepository=_DbSession.RoleRepository;
}
}
为什么要这么做了?当我们用EF的时候比如一个方法里面要操作多个表,就不断的需要用到上下文,这样可以帮我们剩不少事最后直接来个_dbsession.savechange().可以达到批量删除修改等等操作.具体看我,今天做了个批量删除的
publicintDeleteUsers(List<int>list)
{
foreach(variinlist)
{
_DbSession.UserInfoRepository.DeleteEntity(newUserInfo(){ID=i});
}
return_DbSession.SaveChanges();
}
好困,把这几天学习的东西总结了下还是收获不少,虽然对里面有些东西不是非常的理解,慢慢看看就领悟了,分享给大学一同学习~
相关文章
- 最流行的 .NET 反编译工具合集
- 项目实战：ASP.NET：B/S结构 个人空间相册、照片上传下载系统
- ASP.NET_.NET
- (04).NET MAUI实战 MVVM
- 利用Oracle.Net实现数据库互联（oracle.net）
- .net安装 Linux 上的 ASP.NET 环境（linux安装asp）
- ASP无法连接MySQL数据库解决方案（asp连不上mysql）
- ASP建站记MySQL的好帮手（asp建站源码mysql）
- ASP.NET中利用存储过程实现模糊查询
- 如何为asp.net网站项目添加子项目
- Asp.Net数据操作类(附通用数据基类)
- ASP.NET防止用户跳过登陆界面
- asp.net不用组件的URL重写(适用于较大型项目)
- asp.net读取Excel数据到DataTable的代码
- asp.net源码保存用程序分页
- asp.net下数据库操作优化一例
- 关于有些Asp.net项目发布后出现网址乱码的解决方法
- asp.net中引用同一个项目中的类库避免goToDefinition时不能到达真正的定义类
- asp.net删除项目文件/文件夹IIS重启，Session丢失问题
- 答你所问.NET小常识方便学习asp.net的朋友
- 在.NET中使用Newtonsoft.Json转换,读取,写入的方法介绍
- ASP.NET(VB)写的后台发送短信实现代码
- 设置ASP.NET页面不被缓存(客户端/服务器端取消缓存方法)
- .NET单点登陆的实现方法及思路
- ASP.NET对HTML页面元素进行权限控制(二)