如何使用AutoMapper实现映射？含字段映射与空值配置疑问

嘿，我来帮你梳理下这个问题，结合日常开发中最常用的EF Core框架实践来给你解答：

首先得明确Application和ApplicationFunctions的关系类型，常见的两种情况对应不同的映射方案：

1. 一对多/多对多关系（最常见） #

如果一个Application对应多个ApplicationFunctions，或者两者是多对多关联：

• 先在Application模型里添加导航属性，用来关联功能集合：

  public class Application
  {
      // 你的其他模型属性（比如Id、Name等）
      public ICollection<ApplicationFunction> ApplicationFunctions { get; set; } = new List<ApplicationFunction>();
      // 如果是多对多，EF Core 5+不需要手动建中间表，框架会自动处理
  }
  

• 如果你的FunctionIds是一个集合类型（比如List<int>），有两种处理方式：
  • 方式一：直接用导航属性关联，不需要单独存FunctionIds，ORM会自动通过外键维护关联关系；
  • 方式二：如果FunctionIds是存储在Application表中的分隔字符串（比如"1,3,5"），可以用EF Core的值转换来映射：

    protected override void OnModelCreating(ModelBuilder modelBuilder)
    {
        // 先配置Application和ApplicationFunctions的关联
        modelBuilder.Entity<Application>()
            .HasMany(a => a.ApplicationFunctions)
            .WithOne(af => af.Application) // 假设ApplicationFunction里有Application导航属性
            .HasForeignKey(af => af.ApplicationId); // 外键字段
        
        // 配置FunctionIds的转换逻辑
        modelBuilder.Entity<Application>()
            .Property(a => a.FunctionIds)
            .HasConversion(
                // 把集合转成分隔字符串存到数据库
                list => string.Join(",", list ?? Enumerable.Empty<int>()),
                // 把数据库的分隔字符串转成集合
                str => string.IsNullOrEmpty(str) ? new List<int>() : str.Split(',', StringSplitOptions.RemoveEmptyEntries).Select(int.Parse).ToList()
            );
    }
    

2. 一对一/单个外键关联（少见） #

如果你的场景是一个Application只对应一个ApplicationFunction，那直接在Application模型里加可空的外键属性：

public class Application
{
    // 其他属性...
    public int? FunctionId { get; set; } // 加?标记为可空
    public ApplicationFunction ApplicationFunction { get; set; }
}

然后用Fluent API配置关联：

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    modelBuilder.Entity<Application>()
        .HasOne(a => a.ApplicationFunction)
        .WithMany() // 如果ApplicationFunction不需要反向导航就这么写
        .HasForeignKey(a => a.FunctionId);
}

这个问题要从模型、数据库、验证三个层面处理：

• 模型层面：
  • 如果FunctionIds是集合类型（比如List<int>），引用类型默认支持null，不需要额外配置；
  • 如果是值类型（比如int），一定要加?变成可空值类型int?，否则模型验证会报错；
• 数据库层面：
  • 用EF Core迁移的话，只要模型里的属性是可空的，迁移脚本会自动把对应的数据库字段设为NULL；
  • 手动建表的话，要确保FunctionIds（或者对应的外键字段）的约束是允许null，不要加NOT NULL；
• 验证层面：
  • 检查模型上的[Required]注解，如果有，要么删掉，要么如果是字符串类型的集合，改成[Required(AllowEmptyStrings = true)]，避免没传值时触发验证错误。

另外，你发送不含FunctionIds的模型时出错，大概率是这三个层面某一环没配置对：比如模型加了[Required]、数据库字段是NOT NULL，或者映射关系没处理导致ORM无法识别空值。

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