EF Core是否支持属性配置打标记并在UoW中通过变更追踪识别

EF Core 原生不内置直接匹配你描述场景的开箱即用能力，但完全开放了支撑该需求的扩展接口，你可以零成本实现目标用法

底层能力支撑 #

EF Core 在模型构建层预留了完整的自定义元数据注解（Annotation）机制，不管是实体层级还是单个属性层级，都允许开发者挂载自定义的键值标记；这些标记会和EF Core原生的列名、类型转换、约束等配置一同被加载到上下文的模型元数据中，后续通过变更追踪拿到的实体、属性条目，都可以反向溯源读取到这些自定义标记，没有任何能力阻塞点。

匹配你期望用法的完整实现 #

• 配置阶段的链式扩展实现
  你可以基于PropertyBuilder写扩展方法，内部调用EF Core原生的元数据挂载API，实现你需要的DisableAudit()链式配置：

  public static PropertyBuilder<TProperty> DisableAudit<TProperty>(this PropertyBuilder<TProperty> propertyBuilder)
  {
      // 给当前属性挂载自定义的审计禁用标记
      return propertyBuilder.HasAnnotation("Audit:Disabled", true);
  }
  

  配置实体时就可以完全使用你预期的写法：

  builder.Property(x => x.Id)
      .DisableAudit();
  

• 变更追踪阶段的标记判断逻辑实现
  你在UoW中遍历变更追踪的属性条目时，可以直接通过属性条目的Metadata属性读取之前挂载的自定义标记，实现AuditIsDisabled(property)的判断逻辑：

  public static bool AuditIsDisabled(PropertyEntry property)
  {
      // 从属性元数据中读取自定义标记
      return property.Metadata
          .FindAnnotation("Audit:Disabled")?
          .Value as bool? == true;
  }
  

  这套实现下，你原本写的遍历可审计实体、判断属性是否禁用审计的业务逻辑不需要做任何调整，就可以正常运行。

注意：所有自定义标记的加载时机和EF Core原生配置完全一致，在上下文首次初始化构建模型时就会完成加载，不存在变更追踪阶段读取不到标记、或者标记和实际模型配置脱节的问题。

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