详解ABP框架中的数据过滤器与数据传输对象的使用.pdf

ABP 框架是一个基于 ASP.NET 的 Web 开发框架 ,这里我们来详解 ABP 框架中的数据过 滤器与数据传输对象的使用 ,需要的朋友可以参考下 数据过滤器（ Data filters ） 在数据库开发中，我们一般会运用软删除 (soft-delete) 模式 ,即不直接从数据库删除数据 , 而是标记这笔数据为已删除。因此 ,如果实体被软删除了 ,那么它就应该不会在应用程序中被 检索到。要达到这种效果 ,我们需要在每次检索实体的查询语句上添加 SQL 的 Where 条件 IsDeleted = false 。这是个乏味的工作， 但它是个容易被忘掉的事情。 因此 ,我们应该要有个自 动的机制来处理这些问题。 ABP 提供数据过滤器 (Data filters), 它使用自动化的，基于规则的过滤查询。 ABP 已经有 一些预定义的过滤器 ,当然也可以自行创建你专属的过滤器。 注意：只针对 EntityFramework:ABP 数据过滤器仅实现在 EntityFramework 。还无法在 其它 ORM 工具中使用。见其它 ORM 章节于本文末端。 预定义过滤器 1.软删除接口 (ISoftDelete) 软删除过滤器 (Soft-delete filter ) 会过滤从数据库查询出来的实体且是自动套用 (从结果 集中提取出来 ) 。如果实体需要被软删除 ,它需要实现 ISoftDelete 接口 ,该接口仅定义了一个 IsDeleted 属性。例 : public class Person : Entity, ISoftDelete { public virtual string Name { get; set; } public virtual bool IsDeleted { get; set; } } Person 实体实际上并没有从数据库中被删除 ,当删除此实体时 ,IsDeleted 属性值会被设定 为 true 。当你使用 IRepository.Delete 方法时 ,ABP 会自动完成这些工作 (你可以手动设定 IsDeleted 为 true,但是 Delete 方法更加自然且是较建议的方式 ) 。 当实现了 ISoftDelete 之后 ,当你已经从数据库中取得了 People 列表 ,已被删除的 People 实体并不会被检索到。在这里有一个示例类 ,该类使用了 person 仓储来取得所有的 People 实 体 :nbsp; public class MyService { private readonly IRepositorylt;Persongt; _personRepository; public MyService(IRepositorylt;Persongt; personRepository) { nbsp;_personRepository = personRepository; } public Listlt;Persongt; GetPeople() { nbsp;return _personRepository.GetAllList(); } } GetPeople 方法仅取得 Person 实体 ,该实体其 IsDeleted = false( 非删除状态 ) 。所