如何让登录时Email字段非必填，注册时必填？

针对你遇到的「登录时Email非必填、注册时Email必填，但想复用User类作为输入」的问题，以下几种方案可以解决：

方法1：自定义条件验证属性（ASP.NET Core原生支持） #

通过自定义验证属性，根据当前接口的动作名称（SignIn/SignUp）来决定是否验证Email的必填性：

步骤1：创建自定义验证特性 #

public class RequiredForActionAttribute : ValidationAttribute
{
    private readonly string _targetAction;

    public RequiredForActionAttribute(string targetAction)
    {
        _targetAction = targetAction;
        ErrorMessage = $"该字段在{targetAction}操作时为必填项";
    }

    protected override ValidationResult IsValid(object value, ValidationContext validationContext)
    {
        // 获取当前请求的动作名称
        var actionContext = validationContext.GetService<IActionContextAccessor>()?.ActionContext;
        var currentAction = actionContext?.ActionDescriptor.RouteValues["action"];

        // 如果是目标动作，且字段为空，则返回验证错误
        if (currentAction == _targetAction && (value == null || string.IsNullOrWhiteSpace(value.ToString())))
        {
            return new ValidationResult(ErrorMessage);
        }

        return ValidationResult.Success;
    }
}

步骤2：修改User类的Email属性 #

public class User
{
    public int Id { get; set; }
    
    [Required]
    public string Username { get; set; }
    
    [Required]
    public string Password { get; set; }
    
    // 仅在SignUp时验证必填
    [RequiredForAction("SignUp")]
    public string Email { get; set; }
}

步骤3：注册IActionContextAccessor #

在Program.cs或Startup.cs中添加服务注册：

builder.Services.AddSingleton<IActionContextAccessor, ActionContextAccessor>();

这样，当调用SignUp接口时，Email会被强制验证必填；调用SignIn时，即使不传Email也不会触发验证错误。

方法2：使用动作过滤器动态移除验证错误 #

如果不想修改User类的注解，可以通过动作过滤器在登录请求时移除Email的必填验证错误：

public class LoginEmailValidationFilter : IActionFilter
{
    public void OnActionExecuting(ActionExecutingContext context)
    {
        // 仅对SignIn接口生效
        if (context.ActionDescriptor.RouteValues["action"] == "SignIn")
        {
            // 移除Email的模型验证错误
            if (context.ModelState.ContainsKey("Email"))
            {
                context.ModelState.Remove("Email");
            }
        }
    }

    public void OnActionExecuted(ActionExecutedContext context) { }
}

然后在Program.cs中注册过滤器：

builder.Services.AddControllers(options =>
{
    options.Filters.Add<LoginEmailValidationFilter>();
});

这种方式适合快速临时解决问题，但灵活性不如自定义验证属性。

方法3：继承User类拆分输入模型（最直观） #

创建两个继承自User的子类，分别用于登录和注册，各自定义验证规则：

// 基类User保留通用属性，不设置Email必填
public class User
{
    public int Id { get; set; }
    
    [Required]
    public string Username { get; set; }
    
    [Required]
    public string Password { get; set; }
    
    public string Email { get; set; }
}

// 注册用的模型，强制Email必填
public class RegisterUser : User
{
    [Required(ErrorMessage = "邮箱不能为空")]
    public new string Email { get; set; }
}

然后修改接口参数：

public Task<AutheticatedUser> SignIn(User user);
public Task<AutheticatedUser> SignUp(RegisterUser user);

这种方式逻辑清晰，不需要额外的验证逻辑，同时复用了User类的其他属性，是很多项目的首选方案。

为什么之前未注释Email会返回400？ #

因为你的User类中Email属性被标记为必填（或Swagger默认识别为必填字段），登录时未传入Email会触发ASP.NET Core的模型验证失败，从而返回400 Bad Request响应。

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