FluentValidation中如何同时使用验证异常抛出与根上下文数据

背景介绍

FluentValidation是一个流行的.NET验证库，它提供了优雅的链式API来定义复杂的验证规则。在实际开发中，我们经常需要处理两种常见需求：

1. 验证失败时自动抛出异常
2. 在验证过程中传递额外的上下文数据

问题分析

许多开发者在使用FluentValidation时会遇到一个看似矛盾的需求：既想使用ValidateAndThrow这样便捷的异常抛出方法，又需要在验证过程中访问根上下文(root context)中的附加数据。表面上看，这两种功能似乎无法同时使用，因为ValidateAndThrow是一个简化的入口方法，不提供配置上下文的选项。

解决方案

实际上，FluentValidation已经提供了完整的解决方案，只是需要更深入地理解其API设计。正确的做法是使用ValidationContext的高级配置方式：

// 创建要验证的对象实例
var person = new Person();

// 创建并配置验证上下文
var context = ValidationContext<Person>.CreateWithOptions(person, options => {
    // 启用验证失败时抛出异常
    options.ThrowOnFailures();
    
    // 可以继续添加其他配置...
});

// 向根上下文添加自定义数据
context.RootContextData.Add("CustomKey", "CustomValue");

// 执行验证
validator.Validate(context);

技术细节

1. ValidationContext的灵活性：ValidationContext是FluentValidation中控制验证行为的核心类，它支持各种配置选项。

2. ThrowOnFailures选项：通过options.ThrowOnFailures()可以启用验证失败时自动抛出ValidationException的功能，这相当于ValidateAndThrow的内部实现。

3. 根上下文数据：RootContextData是一个字典结构，可以在验证开始前添加任意自定义数据，这些数据在验证规则中都可以访问。

4. 验证执行：最后调用Validate方法并传入配置好的上下文对象，既实现了异常抛出又保留了上下文数据。

最佳实践

1. 对于复杂验证场景，推荐总是显式创建ValidationContext而不是使用简化方法。

2. 上下文数据应该用于存储与验证过程相关的元信息，而不是业务数据。

3. 考虑将上下文配置封装在工厂方法中，提高代码复用性。

总结

FluentValidation通过其灵活的上下文配置API，完全可以满足同时需要异常抛出和上下文数据的需求。关键在于理解库的设计哲学：简单场景提供快捷方法，复杂场景则暴露完整的配置能力。这种设计既保证了易用性又不失灵活性。