FastEndpoints中ProblemDetails的最佳实践：处理业务逻辑错误

在FastEndpoints框架中，RFC7807标准的ProblemDetails不仅适用于输入验证错误，同样适用于业务逻辑错误的处理。本文将详细介绍如何优雅地使用FastEndpoints的错误处理机制来构建符合标准的API响应。

错误处理的统一范式

FastEndpoints框架实现了RFC7807标准的问题详情规范，这个规范并没有区分输入验证错误和业务逻辑错误。这意味着开发者可以使用相同的机制来处理各种类型的错误，保持API响应的一致性。

业务逻辑错误的处理方式

在实际开发中，我们经常需要处理各种业务逻辑错误，例如：

• 用户邮箱未验证
• 账户被锁定
• 用户没有分配角色等

在FastEndpoints中，可以通过AddError和ThrowIfAnyErrors方法来处理这些错误。虽然这些方法最初设计用于DTO验证（产生400 Bad Request响应），但它们同样适用于业务逻辑错误。

简洁的错误抛出方式

从FastEndpoints v6.1.0-beta.6版本开始，提供了更简洁的错误抛出方式：

ThrowError("账户已被锁定！", errorCode: "AccountLocked", statusCode: 423);

这个方法一次性完成了错误信息添加、错误码设置和状态码指定的操作，大大简化了代码。

错误分类与客户端处理

在ProblemDetails响应中，错误可以分为两类：

1. 字段特定错误：错误信息关联到特定表单字段，客户端可以将其显示在相应输入框旁边
2. 通用错误：字段名为"generalErrors"（可自定义）的错误，适用于不直接关联特定输入字段的问题

通过errorCode参数，开发者可以进一步分类通用错误，使客户端能够根据错误码做出更细致的处理决策。

实际应用示例

以下是处理用户登录时各种业务逻辑错误的典型示例：

if (!user.EmailConfirmed)
{
    ThrowError("请先验证您的邮箱地址", errorCode: "EmailNotConfirmed", statusCode: 403);
}

if (await _userService.IsUserLockedOutAsync(user))
{
    ThrowError("您的账户已被锁定，请联系支持", errorCode: "AccountLocked", statusCode: 423);
}

var roles = await _userService.GetUserRolesAsync(user);
if (roles == null || !roles.Any())
{
    ThrowError("您的账户未分配任何角色，请联系管理员", errorCode: "NoRolesAssigned", statusCode: 403);
}

总结

FastEndpoints提供了灵活且符合标准的错误处理机制，使开发者能够：

• 统一处理各种类型的错误
• 使用简洁的API抛出业务逻辑错误
• 通过错误码实现精细的错误分类
• 保持API响应符合RFC7807标准

这种设计既保持了代码的简洁性，又为客户端提供了足够的信息来进行适当的错误处理和用户提示。