ABP开发框架中分页查询排序的实现处理

在ABP开发框架中应用服务层ApplicationService类中，都会提供常见的一些如GetAll、Get、Create、Update、Delete等的标准处理接口，而由于在ApplicationService类定义的时候，都会传入几个不同的类型作为泛型的参数，实现强类型的类型处理，本篇随笔对于分页查询排序的实现处理做一个详细的介绍，介绍其中对分页查询条件的定义，子类应用服务层的条件查询逻辑重写、排序逻辑重写等规则的处理。

1、ApplicationService类的泛型定义

例如我们定义User应用服务层的UserApplicationService的时候，传入了几个不同类型的参数作为基类的泛型约束类型，如下所示。

[AbpAuthorize]public class UserAppService: MyAsyncServiceBase<User, UserDto, long, UserPagedDto, CreateUserDto, UserDto>, IUserAppService

同类型的字典数据应用服务层的定义如下所示，可以看到和UserAppService类似的。

其中MyAsyncServiceBase则是我们自定义的一个基类对象，主要是根据传入不同的参数构造不同的强类型对象返回。

    public abstract class MyAsyncServiceBase<TEntity, TEntityDto, TPrimaryKey, TGetAllInput, TCreateInput, TUpdateInput, TGetInput, TDeleteInput>: 

        AsyncCrudAppService<TEntity, TEntityDto, TPrimaryKey, TGetAllInput, TCreateInput, TUpdateInput, TGetInput, TDeleteInput>
        where TEntity : class, IEntity<TPrimaryKey>
        where TEntityDto : IEntityDto<TPrimaryKey>
        where TUpdateInput : IEntityDto<TPrimaryKey>
        where TGetInput : IEntityDto<TPrimaryKey>
        where TDeleteInput : IEntityDto<TPrimaryKey>

这里UserApplicationService的服务层中参数的User类，对应是EFCore的领域对象，它的定义如下所示

    public class User : AbpUser<User>

由于User需要集成AbpUser基类的一些特性，因此有继承关系，它主要就是负责和数据库模型打交道的对象。

而如果不是类似User这样系统用到的基类对象，那么我们就需要如下定义，指定表单的名称，以及对象的约束条件了，如下字典的领域对象如下定义所示。

而 MyAsyncServiceBase 的第二个参数则是用于传递的DTO对象，可以认为它和数据库没有直接的关系，不过由于引入了AutoMapper，我们一般看它们的属性还是有很多相同的地方，不过DTO更加面向的是业务界面，而非存储处理。

如果对于一些界面特殊的数据信息，需要转换为领域对象的属性，则需要进行特别的自定义映射处理了。

如User的DTO对象定义如下所示。

而如果我们的DTO对象，不需要利用ABP进行参数内容的约束，那么可以更加简化一些条件，如下字典DTO对象所示。

对于类似下面的字典模块的应用服务层定义

其中第三个参数是主键ID的类型，如果为Int这是整形，这里是字符串类型，因此使用string。

第四个参数DictDataPagedDto就是分页查询的条件 ，这个DTO对象，主要就是获取客户端查询处理的条件的，因此可以根据需要查询的条件进行裁剪，默认利用代码生成工具Database2sharp生成的属性基本上包括了所有的数据库表属性名称了。如字典数据的查询条件比较简单，如下所示，除了包含一些分页条件信息外，就是包含所需要的查询条件属性了。

    /// <summary>
    ///用于根据条件分页查询/// </summary>
    public classDictDataPagedDto : PagedAndSortedInputDto

    {public DictDataPagedDto() : base() { }/// <summary>
        ///参数化构造函数/// </summary>
        /// <param name="skipCount">跳过的数量</param>
        /// <param name="resultCount">最大结果集数量</param>
        public DictDataPagedDto(int skipCount, int resultCount) : base(skipCount, resultCount)

        {

        }/// <summary>
        ///使用分页信息进行初始化SkipCount 和 MaxResultCount/// </summary>
        /// <param name="pagerInfo">分页信息</param>
        public DictDataPagedDto(PagerInfo pagerInfo) : base(pagerInfo)

        {

        }/// <summary>
        ///字典类型ID/// </summary>
        public virtual string DictType_ID { get; set; }/// <summary>
        ///类型名称/// </summary>
        public virtual string Name { get; set; }/// <summary>
        ///指定值/// </summary>
        public virtual string Value { get; set; }/// <summary>
        ///备注/// </summary>
        public virtual string Remark { get; set; }

    }

2、分页查询排序的实现处理

前面我们介绍了应用服务层中利用泛型基类的参数定义，可以强类型返回各项不同数据接口，这种就是非常弹性化的设计模式了。

ABP+Swagger负责API接口的开发和公布，如下是API接口的管理界面。

进一步查看GetAll的API接口说明，我们可以看到对应的条件参数，如下所示。

这些是作为查询条件的处理，用来给后端获取对应的条件信息，从而过滤返回的数据记录的。

那么我们前端界面也需要根据这些参数来构造查询界面，我们可以通过部分条件进行处理即可，其中MaxResultCount和SkipCount是用于分页定位的参数。

我们来看看基类对于查询分页排序的处理函数，从而了解它的处理规则。

        public virtual async Task<PagedResultDto<TEntityDto>>GetAllAsync(TGetAllInput input)

        {//判断权限
CheckGetAllPermission();//获取分页查询的条件
            var query =CreateFilteredQuery(input);//根据条件获取所有记录数
            var totalCount = awaitAsyncQueryableExecuter.CountAsync(query);//对查询内容排序和分页
            query =ApplySorting(query, input);

            query=ApplyPaging(query, input);//返回领域实体对象
            var entities = awaitAsyncQueryableExecuter.ToListAsync(query);//构造返回结果集，并转换实体类为DTO对应
            return new PagedResultDto<TEntityDto>(

                totalCount,

                entities.Select(MapToEntityDto).ToList()

            );

        }

其中 CreateFilteredQuery 、ApplySorting和 ApplyPaging 都是利用可以子类重写的函数实现弹性化的逻辑调整处理。

在基类中，默认的CreateFilteredQuery 提供了简单的返回所有列表的处理，并不处理查询条件，这个具体的条件过滤由子类实现逻辑的。

protected virtual IQueryable<TEntity>CreateFilteredQuery(TGetAllInput input)

{returnRepository.GetAll();

}

而列表排序处理ApplySorting的基类函数，基类提供了标准的对Sorting 属性进行条件排序，否则就根据主键ID进行倒序排序处理，如下代码所示。

protected virtual IQueryable<TEntity> ApplySorting(IQueryable<TEntity>query, TGetAllInput input)

{//Try to sort query if available
    var sortInput = input asISortedResultRequest;if (sortInput != null)

    {if (!sortInput.Sorting.IsNullOrWhiteSpace())

        {returnquery.OrderBy(sortInput.Sorting);

        }

    }//IQueryable.Task requires sorting, so we should sort if Take will be used.
    if (input isILimitedResultRequest)

    {return query.OrderByDescending(e =>e.Id);

    }//No sorting
    returnquery;

}

而基类的分页的处理ApplyPaging逻辑，主要就是转换为标准的接口进行处理，如下代码所示。

protected virtual IQueryable<TEntity> ApplyPaging(IQueryable<TEntity>query, TGetAllInput input)

{//Try to use paging if available
    var pagedInput = input asIPagedResultRequest;if (pagedInput != null)

    {returnquery.PageBy(pagedInput);

    }//Try to limit query result if available
    var limitedInput = input asILimitedResultRequest;if (limitedInput != null)

    {returnquery.Take(limitedInput.MaxResultCount);

    }//No paging
    returnquery;

}

以上是标准基类提供的几个可以重写的默认实现，一般来说，我们会通过子类重写逻辑实现的方式进行逻辑重写的。

如对于字典模块的条件信息，我们可以进行重写，以便实现自定义的条件查询处理，如下DictDataAppService应用服务层的重写处理。

/// <summary>
///自定义条件处理/// </summary>
/// <param name="input"></param>
/// <returns></returns>
protected override IQueryable<DictData>CreateFilteredQuery(DictDataPagedDto input)

{return base.CreateFilteredQuery(input)

        .WhereIf(!input.Name.IsNullOrWhiteSpace(), t =>t.Name.Contains(input.Name))

        .WhereIf(!string.IsNullOrEmpty(input.Remark), t =>t.Remark.Contains(input.Remark))

        .WhereIf(!string.IsNullOrEmpty(input.Value), t => t.Value ==input.Value)

        .WhereIf(!string.IsNullOrEmpty(input.DictType_ID), t => t.DictType_ID ==input.DictType_ID);

}

而对于属性比较复杂的查询，我们适当调整这个函数的处理基类，一般都可以根据代码生成工具进行生成的，特殊条件自己微调一下就没问题了。

如用户应用服务层类UserAppService的重写自定义条件的函数，代码如下所示。

/// <summary>
///自定义条件处理/// </summary>
/// <param name="input">查询条件Dto</param>
/// <returns></returns>
protected override IQueryable<User>CreateFilteredQuery(UserPagedDto input)

{return Repository.GetAllIncluding(x => x.Roles) //base.CreateFilteredQuery(input)
        .WhereIf(input.ExcludeId.HasValue, t => t.Id != input.ExcludeId) //不包含排除ID
         .WhereIf(!input.EmailAddress.IsNullOrWhiteSpace(), t => t.EmailAddress.Contains(input.EmailAddress)) //如需要精确匹配则用Equals
         .WhereIf(input.IsActive.HasValue, t => t.IsActive == input.IsActive) //如需要精确匹配则用Equals
         .WhereIf(input.IsEmailConfirmed.HasValue, t => t.IsEmailConfirmed == input.IsEmailConfirmed) //如需要精确匹配则用Equals
         .WhereIf(input.IsPhoneNumberConfirmed.HasValue, t => t.IsPhoneNumberConfirmed == input.IsPhoneNumberConfirmed) //如需要精确匹配则用Equals
         .WhereIf(!input.Name.IsNullOrWhiteSpace(), t => t.Name.Contains(input.Name)) //如需要精确匹配则用Equals
         .WhereIf(!input.PhoneNumber.IsNullOrWhiteSpace(), t => t.PhoneNumber.Contains(input.PhoneNumber)) //如需要精确匹配则用Equals
         .WhereIf(!input.Surname.IsNullOrWhiteSpace(), t => t.Surname.Contains(input.Surname)) //如需要精确匹配则用Equals
         .WhereIf(!input.UserName.IsNullOrWhiteSpace(), t => t.UserName.Contains(input.UserName)) //如需要精确匹配则用Equals
.WhereIf(!input.UserNameOrEmailAddress.IsNullOrWhiteSpace(), t =>t.UserName.Contains(input.UserNameOrEmailAddress)|| t.EmailAddress.Contains(input.UserNameOrEmailAddress) ||t.FullName.Contains(input.UserNameOrEmailAddress))//创建日期区间查询
        .WhereIf(input.CreationTimeStart.HasValue, s => s.CreationTime >=input.CreationTimeStart.Value)

        .WhereIf(input.CreationTimeEnd.HasValue, s=> s.CreationTime <=input.CreationTimeEnd.Value);

}

可以看出会根据UserPageDto的属性不同，从而增加更多的处理条件，有的是完全匹配，有些这是模糊匹配，有些如日期则是范围匹配。

对于数值、日期等有区间范围的属性，我们条件的DTO对象中，往往都有一个Start和End的起始值参数的。

这样我们在利用Vue&Element的前端进行查询的时候，可以构造对应的区间参数了，如下前端代码所示。

有时候，为了简化前端的日期区间代码，我们可以通过辅助类来简化处理。

而自定义排序的处理，则可以根据实际的需要进行排序处理，对于自增长的ID类型，使用ID倒序显示倒是问题不大，而如果是字符串类型，本身是GUID的类型，那么使用ID类排序这是没有任何意义的，因此必须通过重写基类函数的方式实现逻辑重写。

/// <summary>
///自定义排序处理/// </summary>
/// <param name="query"></param>
/// <param name="input"></param>
/// <returns></returns>
protected override IQueryable<DictData> ApplySorting(IQueryable<DictData>query, DictDataPagedDto input)

{//先按字典类型排序，然后同一个字典类型下的再按Seq排序
    return base.ApplySorting(query, input).OrderBy(s=>s.DictType_ID).ThenBy(s =>s.Seq);

}

具体情况根据ID的特点或者排序的具体情况进行排序即可。

最后一项是分页的处理，则可以按标准的方式处理，默认可以不重写。

这样我们前面提到的几个函数的逻辑，我们根据实际情况重写部分逻辑即可，从而非常弹性化的实现了条件的处理，排序的处理，分页的处理等规则。

public virtual async Task<PagedResultDto<TEntityDto>>GetAllAsync(TGetAllInput input)

{//判断权限
CheckGetAllPermission();//获取分页查询的条件
    var query =CreateFilteredQuery(input);//根据条件获取所有记录数
    var totalCount = awaitAsyncQueryableExecuter.CountAsync(query);//对查询内容排序和分页
    query =ApplySorting(query, input);

    query=ApplyPaging(query, input);//返回领域实体对象
    var entities = awaitAsyncQueryableExecuter.ToListAsync(query);//构造返回结果集，并转换实体类为DTO对应
    return new PagedResultDto<TEntityDto>(

        totalCount,

        entities.Select(MapToEntityDto).ToList()

    );

}

因此，不管是Winform端，或者Vue&Element的BS前端，都可以通过不同的条件信息进行快速的查询排序处理了。

菜单资源管理的列表界面界面如下所示

用户列表包括分页查询及列表展示、以及可以利用按钮进行新增、编辑、查看用户记录，或者对指定用户进行重置密码操作。