FluentValidation条件规则问题：仅按长度执行对应CPF/CNPJ校验

需要实现：当Code长度等于11时仅执行MustBeAValidCPF校验，长度大于11时仅执行MustBeAValidCNPJ校验。但使用When条件后，两个校验方法仍会同时执行，需解决该问题。

现有代码 #

校验规则代码 #

RuleFor(x => x.Code)
    .NotEmpty()
    .WithMessage(m => "Code cannot be empty")
    .MinimumLength(11)
    .WithMessage(m => "Code minimum length is 11")
    .MustBeAValidCPF()
    .When(x => x.Code?.Length == 11)
    .MustBeAValidCNPJ()
    .When(x => x.Code?.Length > 11);

扩展方法代码 #

public static IRuleBuilderOptions<T, string> MustBeAValidCPF<T>(this IRuleBuilder<T, string> ruleBuilder)
{
    return ruleBuilder.IsValidCPF().WithMessage("CPF is invalid");
}

public static IRuleBuilderOptions<T, string> MustBeAValidCNPJ<T>(this IRuleBuilder<T, string> ruleBuilder)
{
    return ruleBuilder.IsValidCNPJ().WithMessage("CNPJ is invalid");
}

问题根源在于FluentValidation的链式调用逻辑：When仅作用于紧邻的前一个规则，链式绑定多条件规则时易出现预期外的执行逻辑。推荐以下两种可靠实现方式：

方式1：拆分独立规则（推荐） #

将CPF和CNPJ校验拆分为单独的RuleFor，各自绑定条件，确保只有符合条件时才执行对应校验：

// 通用基础规则
RuleFor(x => x.Code)
    .NotEmpty()
    .WithMessage(m => "Code cannot be empty")
    .MinimumLength(11)
    .WithMessage(m => "Code minimum length is 11");

// 仅当Code长度为11时执行CPF校验
RuleFor(x => x.Code)
    .MustBeAValidCPF()
    .When(x => x.Code?.Length == 11);

// 仅当Code长度大于11时执行CNPJ校验
RuleFor(x => x.Code)
    .MustBeAValidCNPJ()
    .When(x => x.Code?.Length > 11);

方式2：通过Must整合条件校验 #

在同一个RuleFor中，通过Must方法根据长度选择对应校验逻辑：

RuleFor(x => x.Code)
    .NotEmpty()
    .WithMessage(m => "Code cannot be empty")
    .MinimumLength(11)
    .WithMessage(m => "Code minimum length is 11")
    .Must((obj, code) => 
    {
        if (code?.Length == 11)
            return IsValidCPF(code); // 复用CPF校验逻辑
        else if (code?.Length > 11)
            return IsValidCNPJ(code); // 复用CNPJ校验逻辑
        return true; // 其他合法长度场景（可根据需求调整）
    })
    .WithMessage((obj, code) => 
        code?.Length == 11 ? "CPF is invalid" : "CNPJ is invalid");

注：需确保IsValidCPF和IsValidCNPJ方法可直接调用，若仅通过扩展方法封装，可将核心校验逻辑提取为独立方法复用。

原代码失效原因 #

原链式调用中，MustBeAValidCPF和MustBeAValidCNPJ属于同一属性的规则集合，虽然各自绑定了When条件，但如果扩展方法内部的校验逻辑未做长度过滤（比如IsValidCPF允许非11位输入），可能导致看似“同时执行”的错觉。拆分独立规则的方式能彻底避免这类问题，逻辑更清晰易维护。

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