如何在组合类中重写[Required]属性，且同步影响数据库记录？

首先直接给结论：没办法直接重写B.prop2.property的[Required]特性，也没法通过这种方式同步修改数据库约束。原因很简单：

[Required]特性是绑定在类A的property成员上的，属于类A的编译时定义——不管你是用B的prop还是prop2引用A，它们指向的都是同一个A类型，特性是全局生效的，没法针对某个引用实例单独调整。数据库层面同理，如果A是作为实体或Owned Entity映射的，字段的必填约束是针对字段本身的，没法区分它是被B的哪个属性引用。

最推荐的处理方案 #

这里分几种场景给你最实用的解决办法，按推荐优先级排序：

1. 拆分A类（最清晰、最易维护）

把A拆成两个职责明确的类：一个保留[Required]特性的ARequired，一个移除该特性的ANotRequired，然后修改B类的定义：

public class ARequired 
{ 
    [Required] 
    public string property { get; set; } 
}

public class ANotRequired 
{ 
    public string property { get; set; } 
}

public class B 
{ 
    public ARequired prop { get; set; } 
    public ANotRequired prop2 { get; set; } 
}

数据库层面，如果用EF Core，你可以选择：

• 把两个类映射到同一个数据库表（用TPH继承策略），避免冗余表
• 作为独立表分别映射
• 作为B的Owned Entity嵌入到B的表中

这种方案完全符合面向对象的单一职责原则，代码逻辑清晰，数据库约束也能和类特性一一对应，后续维护几乎没坑。

2. 在B类层面单独配置验证与数据库约束（不拆分类的折中方案）

如果不想拆分A类，可以把A类上的[Required]特性去掉，转而在B类层面做验证和数据库配置：

• 验证逻辑：给B.prop加[Required]，同时可以自定义验证规则确保prop.property不为空；prop2则不加任何强制验证。
• 数据库配置：用EF Core的Fluent API手动指定两个嵌套属性的必填规则：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    // 给prop的property字段加必填约束
    modelBuilder.Entity<B>()
        .OwnsOne(b => b.prop)
        .Property(a => a.property)
        .IsRequired();

    // 给prop2的property字段取消必填约束
    modelBuilder.Entity<B>()
        .OwnsOne(b => b.prop2)
        .Property(a => a.property)
        .IsRequired(false);
}

缺点是验证逻辑和数据库配置是分开的，后续维护需要两处修改，不如拆分类直观。

3. 自定义验证特性（复杂场景的备选）

如果必须保留A类的单一性，可以给A的property加一个自定义验证特性，让它能根据父对象的属性名称来决定是否强制执行必填。比如自定义[RequiredIfParentPropertyIs]特性，在验证上下文里判断当前属性的父对象是B的prop还是prop2，再决定是否触发必填验证。

但这种方式复杂度很高，数据库层面还是需要用Fluent API单独配置，很容易引入隐藏bug，一般只在特殊业务场景下才考虑。

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