ErrorOr项目中的空返回值处理实践

在CQRS架构中使用Mediator时，开发者经常需要处理命令执行结果的返回问题。特别是对于更新类操作，往往不需要返回具体数据，但需要保留错误处理能力。ErrorOr库为此提供了优雅的解决方案。

问题背景

在实现更新命令时，开发者通常会遇到一个典型场景：命令执行成功后不需要返回具体业务数据，但当出现错误时需要返回详细的错误信息。这种"无返回值但有错误处理"的需求在传统实现中往往需要特殊处理。

ErrorOr的解决方案

ErrorOr库通过预定义的Result枚举类型为这类场景提供了标准化的处理方式。该枚举包含常见的操作结果状态，如Updated、Deleted、Created等，专门用于表示操作执行状态而非具体业务数据。

实现示例

以下是典型的更新命令实现模式：

public record UpdateCommand() : IRequest<ErrorOr<Updated>>;

public class UpdateHandler : IRequestHandler<UpdateCommand, ErrorOr<Updated>>
{
    public Task<ErrorOr<Updated>> Handle(UpdateCommand command, CancellationToken ct)
    {
        try
        {
            // 执行更新逻辑
            return Task.FromResult(Result.Updated);
        }
        catch(Exception ex)
        {
            return Task.FromResult(ErrorOr<Updated>.Error(ex));
        }
    }
}

技术优势

1. 类型安全：通过泛型明确指定返回类型，避免使用原始void或object类型
2. 语义明确：Updated等枚举值使代码意图更加清晰
3. 错误处理统一：与需要返回数据的操作保持一致的错误处理机制
4. 扩展性强：可轻松添加新的结果状态而不破坏现有代码

最佳实践建议

1. 对于不需要返回数据的写操作，优先使用Result枚举作为泛型参数
2. 保持错误处理的统一性，所有操作都通过ErrorOr返回错误
3. 考虑在领域层定义自定义结果状态枚举，以满足特定业务需求
4. 在API层将结果枚举转换为适当的HTTP状态码

这种模式不仅适用于更新操作，也适用于其他不需要返回数据的命令操作，如删除、状态变更等，是CQRS架构中处理命令结果的推荐方式。