FluentValidation中SetInheritanceValidator如何注入子类验证器的外部依赖?
在FluentValidation中为继承验证器延迟获取DI依赖的解决方案
你遇到的核心问题是:在使用SetInheritanceValidator时,子类验证器需要依赖外部服务,但不想在父验证器的构造函数中注入该依赖(避免不必要的实例化),同时PolymorphicValidator.Add的默认重载不支持动态从DI获取实例。以下是两种可行的解决方案:
方案1:通过IServiceProvider延迟解析依赖
通过向VehicleValidator注入IServiceProvider,在需要验证Car类型时再动态解析CarValidator,这样只有在处理Car实例时才会创建CarValidator及其依赖EngineApi:
public class VehicleValidator : AbstractValidator<IVehicle> { private readonly IServiceProvider _serviceProvider; public VehicleValidator(IServiceProvider serviceProvider) { _serviceProvider = serviceProvider; RuleFor(x => x).SetInheritanceValidator(v => { // 使用Func<IValidator<Car>>重载,延迟解析CarValidator v.Add<Car>(() => _serviceProvider.GetRequiredService<CarValidator>()); // BicycleValidator无依赖,直接实例化 v.Add<Bicycle>(new BicycleValidator()); }); } }
需要确保CarValidator和EngineApi已正确注册到DI容器中,比如:
// 在Startup或Program.cs中注册 services.AddScoped<EngineApi>(); services.AddScoped<CarValidator>(); services.AddScoped<VehicleValidator>();
方案2:使用FluentValidation的DI集成方法(推荐)
如果是在ASP.NET Core环境下,FluentValidation提供了AddFromValidator<T, TValidator>()方法,可自动从DI容器中解析对应子类的验证器,无需手动处理服务解析:
public class VehicleValidator : AbstractValidator<IVehicle> { public VehicleValidator() { RuleFor(x => x).SetInheritanceValidator(v => { // 自动从DI获取CarValidator v.AddFromValidator<Car, CarValidator>(); // 自动从DI获取BicycleValidator v.AddFromValidator<Bicycle, BicycleValidator>(); }); } }
这种方式需要先将所有验证器注册到DI容器,可通过批量注册简化操作:
services.AddValidatorsFromAssemblyContaining<VehicleValidator>();
此方案更符合DI最佳实践,无需直接依赖IServiceProvider,且同样实现了延迟加载——只有验证对应子类实例时,才会创建该子类的验证器及其依赖。
内容的提问来源于stack exchange,提问作者Rogier van het Schip
相关产品推荐
相关产品推荐

