将AbstractValidator作为基类时请求无法转换的问题排查

• 你的设计违背了单一职责原则：CreateRuleRequest同时承担请求数据模型和验证器两个角色。由于BaseRequest<TModel>继承自AbstractValidator，导致CreateRuleRequest本质是一个验证器实例，而非纯粹的请求数据载体。
• JSON序列化器（如ASP.NET Core默认的System.Text.Json）无法正确反序列化包含复杂逻辑、非POCO成员的类：AbstractValidator内部维护了验证规则集合、依赖注入相关属性等，这些无法被JSON自动转换；同时你的构造函数中包含验证规则配置逻辑，而序列化器默认仅支持无参构造函数的POCO类反序列化。

不需要自定义模型绑定器，只需调整类的设计，分离请求模型与验证器即可解决：

1. 拆分请求模型与验证器

   • 创建纯POCO的请求模型类，仅包含请求所需属性，不继承任何验证相关基类：

     public class CreateRuleRequest
     {
         public string RuleName { get; set; }
         // 其他请求属性
     }
     

   • 创建独立的验证器类，继承自AbstractValidator<CreateRuleRequest>，在构造函数中配置验证规则：

     public class CreateRuleRequestValidator : AbstractValidator<CreateRuleRequest>
     {
         public CreateRuleRequestValidator()
         {
             RuleFor(x => x.RuleName).NotEmpty().MaximumLength(100);
             // 其他验证规则
         }
     }
     

2. 调整验证服务注册逻辑

   • 修改AddValidation扩展方法，扫描所有继承自AbstractValidator<T>的类型完成注册，无需关联IQuery/ICommand接口（此时验证器与请求模型分离，只需识别验证器类型即可）。
   • 确保ASP.NET Core中正确配置FluentValidation服务：

     builder.Services.AddFluentValidationAutoValidation();
     builder.Services.AddFluentValidationClientsideAdapters();
     builder.Services.AddValidatorsFromAssemblyContaining<CreateRuleRequestValidator>();
     

3. 控制器正常接收请求模型

   • 控制器方法直接接收纯POCO的CreateRuleRequest参数，FluentValidation会自动触发验证逻辑：

     [HttpPost]
     public IActionResult Create([FromBody] CreateRuleRequest request)
     {
         if (!ModelState.IsValid)
         {
             return BadRequest(ModelState);
         }
         // 执行业务逻辑
         return Ok();
     }
     

如果执意保留基类设计，可做以下修改，但仍违背单一职责原则：

• 让BaseRequest<TModel>仅作为请求模型的基类，不继承AbstractValidator；单独创建BaseValidator<TModel>继承AbstractValidator<TModel>来封装通用验证规则。
• 确保请求模型类拥有无参构造函数，并将验证规则配置逻辑从请求模型的构造函数移至对应的验证器类中。

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