如何实现EF Core中数据库与代码存储形式不同的模型属性？

方案1：私有字段 + EF Core模型配置 #

将存储用的字符串字段设为私有，通过EF Core的模型构建器显式映射到数据库列，对外只保留枚举类型的操作方法：

public class DropdownOptions
{
    // 私有字段，仅EF和类内部可访问
    private string _options = "";

    public string[] GetOptions() => _options.Split('|');

    public void SetOptions(IEnumerable<string> options) => _options = string.Join('|', options);
}

在你的DbContext的OnModelCreating方法中配置字段映射：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    modelBuilder.Entity<DropdownOptions>()
        .Property("_options") // 指定私有字段名
        .HasColumnName("Options"); // 对应数据库列名
}

优点：完全隔离业务代码对底层存储格式的直接访问，符合封装原则；代码优先迁移会正常生成对应的数据库列。

方案2：私有属性 + EF Core模型配置 #

如果更习惯用属性而非字段，也可以将属性设为私有，同样通过模型构建器暴露给EF：

public class DropdownOptions
{
    private string Options { get; set; } = "";

    public string[] GetOptions() => Options.Split('|');

    public void SetOptions(IEnumerable<string> options) => Options = string.Join('|', options);
}

DbContext中的配置：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    modelBuilder.Entity<DropdownOptions>()
        .Property<string>("Options") // 指定私有属性名
        .HasColumnName("Options");
}

方案3：保留原结构（最优妥协方案） #

如果不想额外编写模型配置代码，你的原方案就是最直接的选择——只需在团队内部约定禁止直接访问Options属性，仅通过GetOptions和SetOptions方法操作。这种方案没有额外配置成本，但依赖开发人员的遵守，适合快速迭代场景。

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