为何Employee ID作为主键时ModelState仍无效？

你的问题核心在于数据库优先生成的实体类中，主键EmployeeId是值类型（比如int），值类型本身具备隐式的必填约束——因为值类型无法存储null值。创建新员工时，前端表单通常不会传递EmployeeId（毕竟是自增主键），ASP.NET Core模型绑定器尝试将空值绑定到不可空的int属性时，就会触发ModelState验证失败，哪怕你没加[Required]注解。

而Edit功能正常，是因为编辑时前端会传递已存在的EmployeeId值，模型绑定能成功完成，所以ModelState有效。

• 使用ViewModel分离场景
  不要直接用数据库生成的实体类作为页面绑定模型，而是创建专门的ViewModel：

  • 针对Create场景：创建CreateEmployeeViewModel，去掉EmployeeId属性（或者设为可空类型int?）；
  • 针对Edit场景：创建EditEmployeeViewModel，保留必填的EmployeeId属性；
    在复用的动作方法里，根据操作类型（Create/Edit）选择对应的ViewModel进行绑定，从根源避免绑定冲突。

• 修改实体类主键为可空类型（临时方案）
  手动把实体类中的EmployeeId改为int?，但注意：数据库优先模式下，下次更新模型（比如从EDMX重新生成）时，这个修改会被覆盖，只适合临时测试使用。

• 手动移除ModelState错误（应急方案）
  在Create分支的代码里，手动移除ModelState中关于EmployeeId的验证错误：

  if (isCreate) // 根据你的业务逻辑判断是否为创建操作
  {
      ModelState.Remove("EmployeeId");
  }
  

  这种方式能快速解决问题，但不够规范，长期维护建议使用ViewModel方案。

• 确认主键的数据库生成配置
  确保数据库中EmployeeId是自增IDENTITY列，同时在实体类上添加注解：

  [DatabaseGenerated(DatabaseGeneratedOption.Identity)]
  public int EmployeeId { get; set; }
  

  这个配置告诉EF Core该值由数据库自动生成，提交时不需要提供，但仍需配合ViewModel或可空类型解决绑定阶段的验证问题。

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