EF Database-First下如何创建带固定过滤的实体类副本？

这个需求其实在EF生态里有挺成熟的解决办法，既能保留自动生成的原Person类，又能实现带固定过滤的查询入口，还能完美避开你之前遇到的上下文释放问题。我分两种常用的EF版本给你拆解：

一、EF Core 推荐方案：全局查询过滤器+实体继承 #

EF Core自带的全局查询过滤器简直是为这个需求量身定做的，不需要真的创建实体副本，靠继承就能实现逻辑上的"专属实体"：

1. 定义继承类 #

因为自动生成的Person是partial类，你完全可以创建一个继承它的空类，用来标记这个"专属查询"的实体：

// 这个类只是个标记，不需要加任何额外属性
public class DavidPerson : Person { }

2. 扩展DbContext并配置过滤器 #

Database-First生成的DbContext也是partial类，所以你可以创建一个partial扩展类来修改配置，不会被自动生成的代码覆盖：

public partial class YourDbContext : DbContext
{
    // 新增专属的DbSet，用来查询David的记录
    public DbSet<DavidPerson> DavidPersons { get; set; }

    protected override void OnModelCreating(ModelBuilder modelBuilder)
    {
        // 先调用自动生成的配置逻辑
        base.OnModelCreating(modelBuilder);

        // 给DavidPerson配置：映射到原Person表，并且自动加过滤条件
        modelBuilder.Entity<DavidPerson>(b =>
        {
            b.ToTable("Person"); // 和原实体共用同一张表
            b.HasQueryFilter(p => p.Forename == "David"); // 固定过滤规则
        });
    }
}

之后你用context.DavidPersons查询时，EF会自动把Forename='David'的条件附加到所有查询里，而且完全基于当前的上下文实例，再也不会有上下文释放的问题。

二、EF6 兼容方案：扩展方法封装过滤逻辑 #

要是你还在使用EF6（没有全局查询过滤器），可以用扩展方法来封装固定过滤，简单又靠谱：

实现扩展方法 #

创建一个静态类，给DbSet<Person>加一个扩展方法，每次调用都返回带过滤的IQueryable：

public static class PersonQueryExtensions
{
    public static IQueryable<Person> AsDavidPersons(this DbSet<Person> persons)
    {
        return persons.Where(p => p.Forename == "David");
    }
}

使用方式 #

每次查询时直接调用这个扩展方法，完全基于当前上下文：

using(var context = new YourDbContext())
{
    var davidRecords = context.Persons.AsDavidPersons().ToList();
}

这种方式不需要额外创建实体类，而且所有查询都绑定到当前使用的上下文实例，从根源上避免了上下文释放的问题。如果你非要用实体类的形式区分，也可以参考EF Core的继承思路，在DbContext里添加只读的DbSet<DavidPerson>并在getter里过滤，但EF6里这种方式可能会有查询拼接的小坑，还是扩展方法更稳妥。

为啥之前的静态类方案会踩坑？ #

你之前用静态类返回IQueryable<Person>的问题在于，静态类里的上下文是固定的实例，一旦这个上下文被释放，后续的查询就会报错。而上面的方案都是基于每次查询时的上下文实例来生成过滤后的IQueryable，每次使用都创建/注入新的上下文，自然不会有释放问题。

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