如何根据条件配置Fluent Validator，使关联验证规则生效？

你的核心问题是在运行时的验证逻辑中动态添加规则，这不符合FluentValidation的设计——Validator的规则是在构造函数初始化阶段就确定的，运行时（比如Custom方法内）添加的规则不会被执行。另外你调用异步API却未等待结果，逻辑本身也存在错误。

以下是两种可行的修正方案：

方案一：用WhenAsync实现条件验证（推荐） #

这是最符合FluentValidation设计风格的写法，通过WhenAsync指定触发验证的条件，在条件满足时启用Address的子验证规则：

public class RequestModelValidator: AbstractValidator<RequestModel>
{
    public RequestModelValidator(IApiClient apiClient)
    {
        // 异步判断是否需要验证Address
        WhenAsync(async (model, cancellation) => 
        {
            var item = await apiClient.GetByIdAsync(model.Id);
            return item != null; // 仅当API返回的item存在时，执行后续验证
        }, () => 
        {
            // 定义条件满足时的验证规则
            RuleFor(x => x.Address)
                .NotNull().WithMessage("Address不能为空") // 先确保Address不为null，避免子验证器报错
                .SetValidator(new RequestAddressValidator());
        });
    }
}

方案二：用CustomAsync手动触发子验证 #

如果需要更复杂的自定义逻辑，可以在CustomAsync中手动创建子验证器并执行验证，将错误合并到当前上下文：

public class RequestModelValidator: AbstractValidator<RequestModel>
{
    public RequestModelValidator(IApiClient apiClient)
    {
        RuleFor(x => x)
            .CustomAsync(async (model, context, cancellation) => 
            {
                var item = await apiClient.GetByIdAsync(model.Id);
                if (item != null)
                {
                    // 验证Address是否为null
                    if (model.Address == null)
                    {
                        context.AddFailure(nameof(model.Address), "Address不能为空");
                        return;
                    }

                    // 手动执行子验证器，并将错误添加到当前上下文
                    var addressValidator = new RequestAddressValidator();
                    var validationResult = await addressValidator.ValidateAsync(model.Address, cancellation);
                    foreach (var error in validationResult.Errors)
                    {
                        context.AddFailure(error);
                    }
                }
            });
    }
}

关键说明 #

• 方案一优先，它保持了FluentValidation的声明式风格，代码更简洁易维护
• 两种方案都正确处理了异步API调用，用await等待结果，避免异步逻辑错误

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