EF Core一对多场景下，如何用JSON提交POST请求创建Booking实体？

问题根源 #

你遇到的三个错误本质都是直接用EF Core实体类接收JSON导致的：

• 仅传ID报400：Booking实体的Performer/Venue导航属性加了[Required]注解，JSON里没传这两个对象，模型验证直接失败。
• 传关联实体信息引发循环引用+重复创建：EF Core会把传入的Performer/Venue当成新实体（上下文未跟踪），尝试插入重复数据；同时实体间的双向导航会触发JSON序列化的循环引用问题。
• 带关联实体ID报主键重复：你可能同时传了外键ID和完整的关联实体对象，EF Core误判为要插入已有实体，导致主键冲突。

解决方案 #

首选：用DTO（数据传输对象）

这是规范且可维护的方案，步骤如下：

1. 创建BookingCreateDto类，只保留需要的字段，不需要导航属性：

public class BookingCreateDto
{
    [Required]
    public int PerformerId { get; set; }
    
    [Required]
    public int VenueId { get; set; }
    
    // 加上Booking的其他必填字段，比如预约时间等
    public DateTime BookingTime { get; set; }
}

2. 在API控制器中接收DTO，手动构建Booking实体并保存：

[HttpPost]
public async Task<IActionResult> CreateBooking(BookingCreateDto dto)
{
    if (!ModelState.IsValid) return BadRequest(ModelState);
    
    var booking = new Booking
    {
        PerformerId = dto.PerformerId,
        VenueId = dto.VenueId,
        BookingTime = dto.BookingTime
    };
    
    _context.Bookings.Add(booking);
    await _context.SaveChangesAsync();
    
    return CreatedAtAction(nameof(GetBooking), new { id = booking.Id }, booking);
}

这种方式完全避开了模型验证和EF实体跟踪的坑，还能灵活控制前端传入的字段。

不用DTO的临时 workaround（不推荐）

如果暂时不想加DTO，可以做以下调整，但后续维护风险高：

1. 去掉Booking实体中Performer/Venue导航属性的[Required]注解，保留PerformerId/VenueId的[Required]。
2. 在控制器接收实体后，手动关联已有实体：

[HttpPost]
public async Task<IActionResult> CreateBooking(Booking booking)
{
    if (!ModelState.IsValid) return BadRequest(ModelState);
    
    // 告诉EF Core这些实体已存在，不要重复插入
    _context.Performers.Attach(new Performer { Id = booking.PerformerId });
    _context.Venues.Attach(new Venue { Id = booking.VenueId });
    
    _context.Bookings.Add(booking);
    await _context.SaveChangesAsync();
    
    return CreatedAtAction(nameof(GetBooking), new { id = booking.Id }, booking);
}

但这种方式容易误操作，比如前端不小心传入Performer的其他字段，可能会导致数据意外修改。

总结 #

直接用JSON配合实体类创建Booking不可行，必须用DTO才是长期可维护的方案，临时 workaround 只能救急，不适合生产环境。

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