ABP.io中CrudAppService与高级过滤结合的最佳实践咨询

完全可以把高级过滤功能和ICrudAppService结合使用，没必要必须切换到IApplicationService，以下是具体实现方式和两种方案的取舍建议：

一、如何在ICrudAppService中添加高级过滤 #

1. 重写GetListAsync方法实现自定义过滤 #

继承CrudAppService后，直接重写GetListAsync方法，在方法内结合仓库查询添加过滤逻辑即可，同时可以自定义查询参数DTO来接收前端的过滤条件：

public class ProductAppService : CrudAppService<Product, ProductDto, Guid, ProductGetListInput>
{
    public ProductAppService(IRepository<Product, Guid> repository) : base(repository)
    {
    }

    public override async Task<PagedResultDto<ProductDto>> GetListAsync(ProductGetListInput input)
    {
        // 基础过滤：比如软删除、租户隔离（若启用多租户）
        var query = await Repository.GetQueryableAsync();
        query = query.Where(p => !p.IsDeleted);

        // 自定义业务过滤：比如根据输入的关键词筛选名称、过滤库存阈值
        if (!string.IsNullOrWhiteSpace(input.NameKeyword))
        {
            query = query.Where(p => p.Name.Contains(input.NameKeyword));
        }
        if (input.MinStock > 0)
        {
            query = query.Where(p => p.Stock >= input.MinStock);
        }

        // 分页、排序与映射
        var totalCount = await AsyncExecuter.CountAsync(query);
        var items = await AsyncExecuter.ToListAsync(query.PageBy(input));
        return new PagedResultDto<ProductDto>(totalCount, ObjectMapper.Map<List<Product>, List<ProductDto>>(items));
    }
}

// 自定义查询参数DTO
public class ProductGetListInput : PagedAndSortedResultRequestDto
{
    public string NameKeyword { get; set; }
    public int MinStock { get; set; }
}

2. 利用ABP内置过滤器或全局过滤 #

如果是通用型过滤（比如多租户隔离、软删除），可以直接启用ABP内置的DataFilter，或者实现IAsyncQueryableFilterProvider来添加全局过滤规则，无需在每个CrudAppService中重复编写逻辑。

二、何时选择IApplicationService #

当你的业务逻辑完全脱离标准CRUD流程时（比如需要多表复杂联查、非标准化的操作链路、自定义批量处理逻辑等），直接实现IApplicationService会更灵活——就像EasyCRM示例中的场景，这类场景下标准CrudAppService的封装反而会成为限制。

三、总结建议 #

两种方案并非互斥，可根据业务复杂度灵活选择：

• 对于业务逻辑简单、仅需在标准CRUD基础上添加过滤的实体，优先用CrudAppService扩展过滤，减少重复代码；
• 对于复杂业务场景，再切换到IApplicationService完全自定义实现。

内容的提问来源于stack exchange，提问作者Simon