如何为单个类配置多套FluentValidation验证规则？

针对你的需求，以下是几种符合FluentValidation设计规范的实现方式，既能解决依赖注入冲突问题，又能灵活切换验证规则：

1. 使用官方推荐的规则集（RuleSets） #

规则集是FluentValidation专门为多场景验证设计的功能，可在单个验证器中定义不同规则组，验证时按需指定启用的规则集。

实现代码 #

public class FooValidator : AbstractValidator<Foo>
{
    public FooValidator()
    {
        // 默认规则（不指定规则集时自动生效）
        RuleFor(f => f.Name).NotNull();

        // 邮件验证专属规则集
        RuleSet("MailValidation", () =>
        {
            RuleFor(f => f.Email).NotNull();
        });
    }
}

使用方式 #

• 默认验证（仅校验Name）：直接调用基础验证方法

var validator = serviceProvider.GetRequiredService<IValidator<Foo>>();
var result = validator.Validate(foo);

• 启用邮件验证规则：验证时指定规则集名称

// 仅启用邮件规则集
var result = validator.Validate(foo, options => options.IncludeRuleSets("MailValidation"));
// 同时启用默认规则+邮件规则集
var result = validator.Validate(foo, options => options.IncludeRuleSets("default", "MailValidation"));

依赖注入配置 #

只需注入这一个验证器，彻底解决之前的DI冲突：

builder.Services.AddScoped<IValidator<Foo>, FooValidator>();

2. 基于条件的动态验证 #

如果你的场景是根据布尔值（如_canSendEmail）动态启用规则，可直接通过When方法添加条件判断：

实现代码 #

public class FooValidator : AbstractValidator<Foo>
{
    private readonly bool _canSendEmail;

    // 通过构造函数注入控制参数
    public FooValidator(bool canSendEmail)
    {
        _canSendEmail = canSendEmail;

        // 始终生效的Name校验
        RuleFor(f => f.Name).NotNull();

        // 仅当_canSendEmail为true时生效的Email校验
        RuleFor(f => f.Email).NotNull()
            .When(_ => _canSendEmail);
    }
}

依赖注入配置 #

根据场景注入不同参数的验证器实例：

// 场景1：无需邮件验证
builder.Services.AddScoped<IValidator<Foo>>(sp => new FooValidator(canSendEmail: false));

// 场景2：需要邮件验证（命名注入支持多实例共存）
builder.Services.AddScoped<IValidator<Foo>>("MailEnabled", sp => new FooValidator(canSendEmail: true));

使用方式 #

• 默认场景：直接注入IValidator<Foo>即可
• 邮件验证场景：通过命名服务获取实例

var mailValidator = serviceProvider.GetRequiredService<IValidator<Foo>>("MailEnabled");
var result = mailValidator.Validate(foo);

3. 接近你理想方案的验证器内部配置方法 #

如果希望通过调用验证器方法切换规则，可通过重载构造函数+内部配置逻辑实现（注意FluentValidation规则在构造时初始化）：

实现代码 #

public class FooValidator : AbstractValidator<Foo>
{
    // 默认构造：仅启用Name验证
    public FooValidator()
    {
        ValidateName();
    }

    // 重载构造：指定是否启用邮件验证
    public FooValidator(bool includeMailValidation) : this()
    {
        if (includeMailValidation)
        {
            ValidateMail();
        }
    }

    private void ValidateName()
    {
        RuleFor(f => f.Name).NotNull();
    }

    private void ValidateMail()
    {
        RuleFor(f => f.Email).NotNull();
    }

    // 静态方法：快速创建带邮件验证的实例
    public static FooValidator CreateWithMailValidation()
    {
        return new FooValidator(includeMailValidation: true);
    }
}

依赖注入配置 #

// 默认注入不带邮件验证的实例
builder.Services.AddScoped<IValidator<Foo>, FooValidator>();

// 可选：注入带邮件验证的命名实例
builder.Services.AddScoped<IValidator<Foo>>("MailEnabled", sp => FooValidator.CreateWithMailValidation());

总结 #

• 优先选择规则集（RuleSets）：官方推荐方案，无需修改DI配置，验证时灵活指定规则组。
• 固定条件场景选条件验证：通过构造参数控制规则生效，逻辑清晰。
• 接近你理想的方案可通过重载构造+内部配置方法实现，适配自定义调用习惯。

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