标签 标签 标签
- 一句话的事儿:
前言:上篇介绍了下仓储的代码架构示例以及简单分析了仓储了使用优势。本章还是继续来完善下仓储的设计。上章说了,仓储的最主要作用的分离领域层和具体的技术架构,使得领域层更加专注领域逻辑。那么涉及到具体的实现的时候我们应该怎么做呢,本章就来说说仓储里面具体细节方便的知识。
DDD领域驱动设计初探系列文章:
- C#进阶系列——DDD领域驱动设计初探(一):聚合
- C#进阶系列——DDD领域驱动设计初探(二):仓储Repository(上)
- C#进阶系列——DDD领域驱动设计初探(三):仓储Repository(下)
- C#进阶系列——DDD领域驱动设计初探(四):WCF搭建
- C#进阶系列——DDD领域驱动设计初探(五):AutoMapper使用
- C#进阶系列——DDD领域驱动设计初探(六):领域服务
- C#进阶系列——DDD领域驱动设计初探(七):Web层的搭建
一、对仓储接口以及实现基类的完善
1、仓储实现基类的所有方法加上virtual关键字,方便具体的仓储在特定需求的时候override基类的方法。
//仓储的泛型实现类public class EFBaseRepository<TEntity> : IRepository<TEntity> where TEntity : AggregateRoot{[Import(typeof(IEFUnitOfWork))]public IEFUnitOfWork UnitOfWork { get; set; }public EFBaseRepository(){Regisgter.regisgter().ComposeParts(this);}public virtual IQueryable<TEntity> Entities{get { return UnitOfWork.context.Set<TEntity>(); }}public virtual TEntity GetByKey(object key){return UnitOfWork.context.Set<TEntity>().Find(key);}public virtual IQueryable<TEntity> Find(Expression<Func<TEntity, bool>> express){Func<TEntity, bool> lamada = express.Compile();return UnitOfWork.context.Set<TEntity>().Where(lamada).AsQueryable<TEntity>();}public virtual int Insert(TEntity entity){UnitOfWork.RegisterNew(entity);return UnitOfWork.Commit();}public virtual int Insert(IEnumerable<TEntity> entities){foreach (var obj in entities){UnitOfWork.RegisterNew(obj);}return UnitOfWork.Commit();}public virtual int Delete(object id){var obj = UnitOfWork.context.Set<TEntity>().Find(id);if (obj == null){return 0;}UnitOfWork.RegisterDeleted(obj);return UnitOfWork.Commit();}public virtual int Delete(TEntity entity){UnitOfWork.RegisterDeleted(entity);return UnitOfWork.Commit();}public virtual int Delete(IEnumerable<TEntity> entities){foreach (var entity in entities){UnitOfWork.RegisterDeleted(entity);}return UnitOfWork.Commit();}public virtual int Delete(Expression<Func<TEntity, bool>> express){Func<TEntity, bool> lamada = express.Compile();var lstEntity = UnitOfWork.context.Set<TEntity>().Where(lamada);foreach (var entity in lstEntity){UnitOfWork.RegisterDeleted(entity);}return UnitOfWork.Commit();}public virtual int Update(TEntity entity){UnitOfWork.RegisterModified(entity);return UnitOfWork.Commit();}}
2、查询和删除增加了传参lamada表达式的方法
仓储接口:
public interface IRepository<TEntity> where TEntity : AggregateRoot{//...........#region 公共方法/// <summary>/// 根据lamada表达式查询集合/// </summary>/// <param name="selector">lamada表达式</param>/// <returns></returns>IQueryable<TEntity> Find(Expression<Func<TEntity, bool>> express);/// <summary>/// 根据lamada表达式删除对象/// </summary>/// <param name="selector"> lamada表达式 </param>/// <returns> 操作影响的行数 </returns>int Delete(Expression<Func<TEntity, bool>> express);//..........}
仓储的实现
//仓储的泛型实现类public class EFBaseRepository<TEntity> : IRepository<TEntity> where TEntity : AggregateRoot{//.............public virtual IQueryable<TEntity> Find(Expression<Func<TEntity, bool>> express){Func<TEntity, bool> lamada = express.Compile();return UnitOfWork.context.Set<TEntity>().Where(lamada).AsQueryable<TEntity>();}public virtual int Delete(Expression<Func<TEntity, bool>> express){Func<TEntity, bool> lamada = express.Compile();var lstEntity = UnitOfWork.context.Set<TEntity>().Where(lamada);foreach (var entity in lstEntity){UnitOfWork.RegisterDeleted(entity);}return UnitOfWork.Commit();}//.............}
增加这两个方法之后,对于单表的一般查询都可以直接通过lamada表示式的方法传入即可,并且返回值为IQueryable类型。
3、对于涉及到多张表需要连表的查询机制,我们还是通过神奇的Linq来解决。例如我们有一个通过角色取角色对应的菜单的接口需求。
在菜单的仓储接口里面:
/// <summary>/// 菜单这个聚合根的仓储接口/// </summary>public interface IMenuRepository:IRepository<TB_MENU>{IQueryable<TB_MENU> GetMenusByRole(TB_ROLE oRole);}
对应仓储实现:
[Export(typeof(IMenuRepository))]public class MenuRepository:EFBaseRepository<TB_MENU>,IMenuRepository{public IQueryable<TB_MENU> GetMenusByRole(TB_ROLE oRole){var queryrole = UnitOfWork.context.Set<TB_ROLE>().AsQueryable();var querymenu = UnitOfWork.context.Set<TB_MENU>().AsQueryable();var querymenurole = UnitOfWork.context.Set<TB_MENUROLE>().AsQueryable();var lstres = from menu in querymenufrom menurole in querymenurolefrom role in queryrolewhere menu.MENU_ID == menurole.MENU_ID &&menurole.ROLE_ID == role.ROLE_ID &&role.ROLE_ID == oRole.ROLE_IDselect menu;return lstres;}}
这里也是返回的IQueryable接口的集合,千万不要小看IQueryable接口,它是一种表达式树,可以延迟查询。也就是说,在我们执行GetMenusByRole()之后,得到的是一个带有查询sql语句的表达式树结构,并没有去数据库执行查询,只有在我们ToList()的时候才会去查询数据库。我们来写个Demo测试下。
class Program{[Import]public IUserRepository userRepository { get; set; }[Import]public IMenuRepository menuRepository { get; set; }static void Main(string[] args){//注册MEFvar oProgram = new Program();Regisgter.regisgter().ComposeParts(oProgram);var lstFindUsers = oProgram.userRepository.Find(x => x.USER_NAME !=null);var lstRes = lstFindUsers.ToList();var lstMenu = oProgram.menuRepository.GetMenusByRole(new TB_ROLE() { ROLE_ID = "aaaa" });var lstMenuRes = lstMenu.ToList();}}
来看执行过程:
当程序执行var lstMenu = oProgram.menuRepository.GetMenusByRole(new TB_ROLE() { ROLE_ID = “aaaa” })这一步的时候基本是不耗时的,因为这一步仅仅是在构造表达式树,只有在.ToList()的时候才会有查询等待。更多详细可以看看此文 Repository 返回 IQueryable?还是 IEnumerable?。
在dax.net的系列文章中,提到了规约模式的概念,用于解决条件查询的问题。博主感觉这个东西设计确实牛叉,但实用性不太强,一般中小型的项目也用不上。有兴趣可以看看规约(Specification)模式。
- 本文作者:GeekPower - Felix Sun
- 版权声明: 本博客所有文章除特别声明外,均采用 MIT 许可协议。转载请注明出处!
