EF Core中基于计算属性IsDeleted实现软删除（无需手动SQL）

你遇到的问题根源是EF Core无法将自定义的内存计算属性IsDeleted转换为对应的SQL语句——因为这个属性只存在于内存中，数据库没有对应的字段，查询过滤器里直接引用它自然会报错。以下是几种不需要数据库计算列的可行方案：

方案一：直接在查询过滤器中使用DeleteTime判断（最简洁） #

保留模型中的IsDeleted属性供业务逻辑内存判断使用，但查询过滤器直接基于DeleteTime字段编写，这样EF Core能正常转换为SQL：

1. 模型中标记IsDeleted为非映射属性（二选一即可）：

   • 用数据注解：

     using System.ComponentModel.DataAnnotations.Schema;
     
     public class MyModelName
     {
         public DateTime? DeleteTime { get; set; }
     
         [NotMapped]
         public bool IsDeleted => DeleteTime != null;
     }
     

   • 或者在OnModelCreating中配置：

     modelBuilder.Entity<MyModelName>().Ignore(c => c.IsDeleted);
     

2. 修改查询过滤器：

   modelBuilder.Entity<MyModelName>().HasQueryFilter(c => c.DeleteTime == null);
   

方案二：用表达式树封装判断逻辑（适合多处复用场景） #

如果需要在多个地方复用IsDeleted的判断逻辑，可以定义一个可被EF解析的表达式树，避免重复编写DeleteTime != null：

1. 在模型中添加静态表达式：

   public class MyModelName
   {
       public DateTime? DeleteTime { get; set; }
   
       [NotMapped]
       public bool IsDeleted => DeleteTime != null;
   
       // 供EF解析的表达式树
       public static Expression<Func<MyModelName, bool>> IsDeletedExpression 
           => c => c.DeleteTime != null;
   }
   

2. 查询过滤器中使用该表达式：

   modelBuilder.Entity<MyModelName>().HasQueryFilter(MyModelName.IsDeletedExpression.Not());
   

   注：Not()方法需要引用Microsoft.EntityFrameworkCore命名空间，EF Core 3.0+支持。

方案三：手动在Linq查询中转换逻辑 #

如果偶尔需要基于IsDeleted过滤查询，可以在Linq查询中手动替换为DeleteTime的判断，比如：

// 错误写法（会触发SQL转换错误）：
// var deletedItems = dbContext.MyModelNames.Where(c => c.IsDeleted).ToList();

// 正确写法：
var deletedItems = dbContext.MyModelNames.Where(c => c.DeleteTime != null).ToList();

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