如何在ASP.NET Boilerplate/ABP中实现面向SQL视图的自定义CRUD服务

支持性结论 #

ABP（含aspnetboilerplate版本）完全支持该需求，你可以通过继承AsyncCrudAppService的方式复用框架原生的分页、排序、参数校验、权限控制等能力，无需从零开发整套CRUD逻辑。

具体实现步骤 #

• 步骤1：配置实体与数据库映射
  针对你的视图/自定义查询结果定义对应实体类：
  • 若为只读场景，可给实体添加[Keyless]特性（EF Core 3.0+支持）
  • 若需要支持增删改，需确保实体包含唯一主键字段
    在你的DbContext中添加对应DbSet配置，视图场景可指定ToView避免EF迁移生成物理表：

  public DbSet<Task> TaskViewEntities { get; set; }
  
  protected override void OnModelCreating(ModelBuilder modelBuilder)
  {
      base.OnModelCreating(modelBuilder);
      modelBuilder.Entity<Task>().ToView("VIEWA"); // 映射到数据库视图
  }
  

• 步骤2：定义DTO与输入参数类
  按照ABP规范定义对应的数据传输对象，查询输入类可继承PagedAndSortedResultRequestDto直接复用分页、排序参数能力。
• 步骤3：继承AsyncCrudAppService重写查询逻辑
  核心逻辑为重写CreateFilteredQuery方法，使用EF Core的FromSqlInterpolated执行自定义SQL，避免直接拼接参数造成SQL注入风险，示例实现如下：

  public class TaskAppService : AsyncCrudAppService<Task, TaskDto, int, GetAllTasksInput, CreateTaskInput, UpdateTaskInput>
  {
      public TaskAppService(IRepository<Task, int> repository)
          : base(repository)
      {
  
      }
  
      protected override IQueryable<Task> CreateFilteredQuery(GetAllTasksInput input)
      {
          // 替换为你的自定义SQL/视图查询逻辑
          return Repository.GetAll()
              .FromSqlInterpolated($"SELECT * FROM VIEWA LEFT JOIN TABLE B ON... WHERE B.X={input.FILTERA}");
      }
  }
  

• 步骤4：适配增删改逻辑（按需实现）
  如果你需要支持增删改操作，可对应重写CreateAsync、UpdateAsync、DeleteAsync方法，自定义写入逻辑（比如直接操作物理表对应的仓储，无需操作视图）；如果是纯查询场景，可给不需要的方法加[RemoteService(IsEnabled = false)]特性隐藏对外接口，或者直接抛出NotImplementedException。
• 步骤5：直接使用复用能力
  服务实现完成后，ABP会自动注册该服务，调用GetAll接口时会自动应用你自定义的查询逻辑，同时自带的分页、排序、结果映射能力都可以正常使用。

提示：复杂查询场景也可以先通过EF Core的Linq语法编写多表关联逻辑，不需要直接写SQL，可兼容不同类型的数据库。

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