ASP.NET Boilerplate 中 FluentValidation 结合仓储层验证的解决方案

问题背景

在 ASP.NET Boilerplate 框架开发过程中，开发者经常需要结合 FluentValidation 进行输入验证。一个常见需求是在验证规则中访问数据库，检查某个值是否存在。然而，直接在验证器中注入仓储(Repository)并调用数据库查询会遇到空引用异常。

问题分析

当开发者尝试在 FluentValidation 的验证规则中使用仓储层查询数据库时，通常会遇到以下错误：

System.ArgumentNullException: Value cannot be null. Arg_ParamName_Name

这是因为验证器在执行时没有处于活动的工作单元(Unit of Work)上下文中，导致无法获取数据库连接。ASP.NET Boilerplate 的工作单元模式要求数据库操作必须在明确的工作单元范围内执行。

解决方案

正确的做法是在验证方法中显式地管理工作单元生命周期。以下是实现这一目标的步骤：

1. 注入必要依赖：除了仓储接口外，还需要注入 IUnitOfWorkManager

2. 使用 WithUnitOfWork 方法：将数据库查询操作包裹在工作单元中

3. 实现验证逻辑：在工作单元范围内执行实际的数据库查询

具体实现代码

public class RegisterInputValidation : AbstractValidator<RegisterInput>
{
    private readonly IRepository<Government, int> _governmentRepository;
    private readonly IUnitOfWorkManager _unitOfWorkManager;
    
    public RegisterInputValidation(
        IRepository<Government, int> governmentRepository, 
        IUnitOfWorkManager unitOfWorkManager)
    {
        RuleFor(x => x.GovernmentId)
            .NotEmpty().WithMessage("Government ID is required.")
            .Must(CheckGovernmentId).WithMessage("Invalid government ID.");

        _governmentRepository = governmentRepository;
        _unitOfWorkManager = unitOfWorkManager;
    }

    private bool CheckGovernmentId(int governmentId)
    {
        return _unitOfWorkManager.WithUnitOfWork(() =>
        {
            return _governmentRepository.GetAllIncluding()
                   .Any(x => x.Id == governmentId);
        });
    }
}

技术要点

1. 工作单元管理：WithUnitOfWork 方法确保数据库操作在正确的工作单元上下文中执行

2. 依赖注入：验证器通过构造函数注入获得所需服务，符合 ASP.NET Boilerplate 的依赖注入规范

3. 线程安全：这种实现方式保证了在多线程环境下的安全访问

4. 资源管理：工作单元会自动处理数据库连接的开启和关闭，以及事务管理

最佳实践建议

1. 验证逻辑复杂度：对于简单的存在性检查，这种方案很适用；但对于复杂业务验证，考虑使用应用服务层验证

2. 性能考虑：频繁的数据库查询会影响性能，可以考虑缓存常用数据

3. 异常处理：在工作单元中适当处理可能出现的数据库异常

4. 测试策略：可以mock IUnitOfWorkManager 和仓储接口来编写单元测试

通过这种方式，开发者可以在 ASP.NET Boilerplate 框架中优雅地结合 FluentValidation 和仓储层，实现强大的输入验证功能。