在这个基类中我们担任了ABP中的基类DapperEfRepositoryBase<DcsDbContext, TEntity>，这个泛型基类第一个参数就是我们项目中的详细DbContext,第二个参数就是我们详细界说的实体，这个实体是主键为Int的自增长范例。这内里由于查询的数据很是多，所以我们这里实际上返回的是分页的第一页的功效集，这里尚有一个重要的常识就是，为了防备sql注入，这里sql中的参数都回收参数的匿名工具，而不是直接举办拼接，这个是防备SQL注入的时候最常见的方法。通过这个详细的例子你应该知道奈何在ABP Dapper中利用匿名参数工具来防备SQL注入，别的通过这段SQL你还知道在Oracle数据库中如何对查询到的功效举办分页处理惩罚。
在处理惩罚完这些后，我们再来看看当前VehicleOrderPlanRepository担任的接口是在那边举办界说的？详细的规模层又该如何举办挪用？
public interface IVehicleOrderPlanDapperRepository : IDapperRepository<VehicleOrderPlan> { IEnumerable<WeeklyOrderPlanSummary> GetWeeklyOrderPlanSummary(int? yearOfPlan, int? weekOfPlan, string provinceName, [CanBeNull] VehicleOrderPlanType[] planType, string marketName, PageRequest page); }
这个接口很是简朴，可是这个接口毕竟应该在那边举办界说呢？我们凭据DDD思想，首先想到的就是在规模层举办界说，否则规模层其它业务该在那边挪用这个要领呢？那么这个可以从那边找到谜底呢？
有没有对这张图很熟悉，这个就是用于先容ABP N层架构的示意图，红框标注的就是详细的布局中的接口界说和实现，这两者的界说和实现别离是处于差异的层中，一个属于Domain Layer中而详细的实现位于Infrastructure Layer中，一层界说接口，而别的一层则界说详细的实现，有了这个你是不是对整个ABP的架构有了更深入的领略呢？
以上就是如安在Asp.Net Core中集成ABP Dapper的具体内容，更多关于Asp.Net Core中集成ABP Dapper的资料请存眷剧本之家其它相关文章！
您大概感乐趣的文章: