Entity Framework模型字段保护：只读Id与带Trim后备字段实现方案

两种实现都能满足你的需求，但适用场景略有不同，具体分析如下：

第一种实现：编译级只读Id #

public class DisallowedEmail
{
    private string _email;

    public int Id { get; }
    public required string Email
    {
        get => _email;
        set => _email = value.Trim();
    }

    private DisallowedEmail(int id, string email)
    {
        Id = id;
        _email = email;
    }

    public DisallowedEmail()
    {
        _email = string.Empty;
    }
}

• Id特性：Id是真正的编译级只读属性，仅能通过构造函数赋值，类内部和外部都无法修改，完全符合"只读"的严格定义。
• EF兼容性：EF Core 2.1+支持通过私有构造函数映射实体，你需要在DbContext的OnModelCreating中配置EF使用私有构造函数，确保数据加载正常：

  modelBuilder.Entity<DisallowedEmail>().HasConstructor<int, string>();
  

• 注意点：无参构造函数是为了兼容部分EF场景，EF加载数据时会通过反射直接设置只读字段的值，不会受无参构造中Id默认值的影响。

第二种实现：外部只读Id #

public class DisallowedEmail
{
    private string _email;

    public int Id { get; private set; }
    public required string Email
    {
        get => _email;
        set => _email = value.Trim();
    }
}

• Id特性：Id的setter是私有修饰符，外部代码无法修改，但类内部仍可通过私有setter变更值，满足"外部只读"的需求。
• EF兼容性：EF天然支持私有setter，无需额外配置即可正常加载和保存实体，代码更简洁易维护。

关于Email的Trim处理 #

两种实现的Email字段处理都是正确的，但要确保EF优先使用属性setter而非直接操作后备字段，避免跳过Trim逻辑。可在OnModelCreating中添加配置：

modelBuilder.Entity<DisallowedEmail>()
    .Property(e => e.Email)
    .UsePropertyAccessMode(PropertyAccessMode.PreferSetter);

选择建议 #

• 若需要绝对严格的只读Id（类内部也不能修改），选第一种实现，配合EF构造函数配置。
• 若仅需外部无法修改Id，选第二种实现，代码更简洁，无需额外配置。

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