怎样优雅地增删查改(四):创建通用查询基类
上一章我们实现了Employee管理模块,Employee的增删改查是通过其应用服务类,继承自Abp.Application.Services.CrudAppService实现的。
我们将封装通用的应用层,接口以及控制器基类。
创建通用查询抽象层
创建接口ICurdAppService,在这里我们定义了通用的增删改查接口。
其中的泛型参数:
- TGetOutputDto: Get方法返回的实体Dto
- TGetListOutputDto: GetAll方法返回的实体Dto
- TKey: 实体的主键
- TGetListInput: GetAll方法接收的输入参数
- TCreateInput: Create方法接收的输入参数
- TUpdateInput: Update方法接收的输入参数
1 | public interface ICurdAppService<TGetOutputDto, TGetListOutputDto, in TKey, in TGetListInput, in TCreateInput, in TUpdateInput> |
创建通用查询应用层基类
创建应用层服务CurdAppServiceBase,它是一个抽象类,继承自Abp.Application.Services.CrudAppService。
代码如下:
1 | public abstract class CurdAppServiceBase<TEntity, TGetOutputDto, TGetListOutputDto, TKey, TGetListInput, TCreateInput, TUpdateInput> |
创建通用查询控制器基类
创建控制器类CurdController,继承自AbpControllerBase。并实现ICurdAppService接口。
代码如下:
1 | public abstract class CurdController<ITAppService, TGetOutputDto, TGetListOutputDto, TKey, TGetListInput, TCreateInput, TUpdateInput> |
[可选]替换RESTfulApi
为了兼容旧版Abp,需更改增删查改服务(CrudAppService)的方法签名,可参考[Volo.Abp升级笔记]使用旧版Api规则替换RESTful Api以兼容老程序,此处不再赘述。
将UpdateAsync,GetListAsync方法封闭:
1 | private new Task<TGetOutputDto> UpdateAsync(TKey id, TUpdateInput input) |
封闭原有UpdateAsync, 新增的UpdateAsync方法更改了方法签名:
1 |
|
Brief是一种简化的查询实体集合的方法,其返回的Dto不包含导航属性,以减少数据传输量。
新增GetAllAsync和GetAllBriefAsync方法:
1 | public virtual Task<PagedResultDto<TGetListOutputDto>> GetAllAsync(TGetListInput input) |
扩展泛型参数
目前为止,我们的应用层基类继承于Abp.Application.Services.CrudAppService
为了更好的代码重用,我们对泛型参数进行扩展,使用CurdAppServiceBase的类可根据实际业务需求选择泛型参数
其中的泛型参数:
- TEntity: CRUD操作对应的实体类
- TEntityDto: GetAll方法返回的实体Dto
- TKey: 实体的主键
- TGetListBriefInput: GetAllBrief方法的输入参数
- TGetListBriefOutputDto: GetAllBrief方法的输出参数
首先扩展ICurdAppService:
1 |
|
扩展CurdAppServiceBase:
1 |
|
扩展CurdController
1 | public abstract class CurdController<ITAppService, TEntityDto, TKey> |
服务的“渐进式”
在开发业务模块时,我们可以先使用简单的方式提供Curd服务,随着UI复杂度增加,逐步的使用更加复杂的Curd服务。某种程度上来说,即所谓“渐进式”的开发方式。
- BaseCurd: 基础型,仅包含Create、Update、Delete、Get
- SimpleCurd: 简单型,包含BaseCurd的所有功能,同时包含GetAll
- Curd:完整型,包含SimpleCurd的所有功能,同时包含GetAllBrief,GetAllBrief是一种简化的查询实体集合的方法,其返回的Dto不包含导航属性,以减少数据传输量。是最常用的服务类型。
- ExtendedCurd:扩展型,包含Curd的所有功能,同时包含GetAllBriefWithoutPage,GetAllBriefWithoutPage 适合一些非分页场景,如日历视图,Echarts图表控件等。使用此接口需要注意:由于没有分页限制,需要其他的查询约束条件(比如日期范围),否则会返回大量的数据,影响性能。
我们扩展应用层基类,控制器及其接口
使用
以Alarm为例。来实现扩展型Curd服务(ExtendedCurd)。
假设你已完成创建实体、Dto以及配置完成AutoMapper映射
- 在Health模块的抽象层中,创建接口IAlarmAppService,继承自IExtendedCurdAppService和IApplicationService。
IApplicationService是ABP框架的接口,所有的应用服务都需要继承自此接口。
1 | public interface IAlarmAppService : IExtendedCurdAppService<AlarmDto, AlarmDto, AlarmBriefDto, long, GetAllAlarmInput, GetAllAlarmInput, CreateAlarmInput, UpdateAlarmInput>, IApplicationService |
- 在Health模块的应用层中,创建AlarmAppService
1 | public class AlarmAppService : ExtendedCurdAppServiceBase<CAH.Health.Alarm.Alarm, AlarmDto, AlarmDto, AlarmBriefDto, long, GetAllAlarmInput, GetAllAlarmInput, CreateAlarmInput, UpdateAlarmInput>, IAlarmAppService |
- 在Health模块的HttpApi中,创建AlarmController,并实现IAlarmAppService接口
1 | [Area(HealthRemoteServiceConsts.ModuleName)] |
运行程序
可以看到,我们的接口已经包含所有扩展型Curd方法。
下一章我们将实现通用查询接口的按组织架构查询。
怎样优雅地增删查改(四):创建通用查询基类