如何在ASP.NET Boilerplate软删除时检查外键限制？

好问题！在ASP.NET Boilerplate（ABP）里使用软删除时，完全可以实现外键关联检查，避免删除仍被用户关联的角色。结合你给出的场景，我来一步步说明具体怎么实现：

ABP的软删除通过ISoftDelete接口实现，实体实现该接口后，仓储的DeleteAsync方法默认会将IsDeleted标记为true（而非物理删除）。但数据库本身的外键约束不会自动拦截软删除操作，所以需要我们在业务逻辑层手动添加检查逻辑。

1. 应用服务层直接检查（快速实现） #

最简单的方式是在角色的应用服务删除方法中，先查询是否有未被软删除的用户关联该角色，若存在则抛出异常阻止删除。

第一步：完善实体导航属性 #

首先确保实体配置了正确的导航属性，方便查询关联数据：

public class Role : FullAuditedEntity<int>, ISoftDelete
{
    public string Description { get; set; }
    public bool IsDeleted { get; set; }
    // 导航到关联的用户集合
    public virtual ICollection<User> Users { get; set; } = new List<User>();
}

public class User : FullAuditedEntity<int>, ISoftDelete
{
    public string Name { get; set; }
    public int RoleId { get; set; }
    public bool IsDeleted { get; set; }
    // 导航到所属角色
    public virtual Role Role { get; set; }
}

第二步：在应用服务中添加检查逻辑 #

在RoleAppService的删除方法中加入关联检查：

public class RoleAppService : ApplicationService, IRoleAppService
{
    private readonly IRepository<Role> _roleRepository;
    private readonly IRepository<User> _userRepository;

    public RoleAppService(IRepository<Role> roleRepository, IRepository<User> userRepository)
    {
        _roleRepository = roleRepository;
        _userRepository = userRepository;
    }

    public async Task DeleteRoleAsync(int roleId)
    {
        // 检查是否有未被软删除的用户关联此角色
        var hasAssignedUsers = await _userRepository.GetAll()
            .AnyAsync(u => u.RoleId == roleId && !u.IsDeleted);

        if (hasAssignedUsers)
        {
            // 抛出友好提示异常，ABP会自动处理并返回给前端
            throw new UserFriendlyException("该角色已分配给现有用户，无法删除！");
        }

        // 无关联用户，执行软删除
        var role = await _roleRepository.GetAsync(roleId);
        await _roleRepository.DeleteAsync(role);
    }
}

2. 领域服务封装（更符合DDD思想） #

如果你的项目遵循领域驱动设计（DDD），建议将这种业务约束逻辑封装到领域服务中，保持应用服务的简洁性：

第一步：实现领域服务 #

public class RoleManager : DomainService
{
    private readonly IRepository<Role> _roleRepository;
    private readonly IRepository<User> _userRepository;

    public RoleManager(IRepository<Role> roleRepository, IRepository<User> userRepository)
    {
        _roleRepository = roleRepository;
        _userRepository = userRepository;
    }

    public async Task DeleteRoleAsync(int roleId)
    {
        var hasActiveUsers = await _userRepository.GetAll()
            .AnyAsync(u => u.RoleId == roleId && !u.IsDeleted);

        if (hasActiveUsers)
        {
            // 使用本地化异常码，方便后续扩展多语言支持
            throw new BusinessException("RoleCannotBeDeleted_AssignedToUsers");
        }

        var role = await _roleRepository.GetAsync(roleId);
        await _roleRepository.DeleteAsync(role);
    }
}

第二步：应用服务调用领域服务 #

public class RoleAppService : ApplicationService, IRoleAppService
{
    private readonly RoleManager _roleManager;

    public RoleAppService(RoleManager roleManager)
    {
        _roleManager = roleManager;
    }

    public async Task DeleteRoleAsync(int roleId)
    {
        await _roleManager.DeleteRoleAsync(roleId);
    }
}

3. 可选：数据库层面加强约束（触发器方式） #

如果需要更底层的约束，也可以在数据库中创建触发器，当尝试软删除角色时自动检查关联用户。不过这种方式灵活性较低，不如业务层检查直观，一般不推荐作为主要方案。

总结一下：ABP完全支持你需要的场景，核心就是在执行软删除前，查询关联的未删除实体，通过抛出异常的方式阻止非法操作。根据项目架构选择应用层直接检查或领域服务封装即可。

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