Apikit -状态代码最佳实践

Question

在Mule中使用APIKit，如果在执行流时找不到特定资源，则需要返回404状态代码。

我可以看到处理这个问题的三种方法：

1. 抛出自定义业务异常(使用groovy脚本)，即PersonNotFoundException，并使用apikit: map - exception -策略将异常映射到'404‘
2. 抛出已映射到“404”的现有Mule异常org.mule.module.apikit.exception.NotFoundException
3. 不要抛出异常，并在消息的正常流中手动设置http响应和状态代码。

这里的最佳做法是什么？对流量控制使用异常吗？如果是这样，那么使用Mule异常还是自定义业务异常？

Answer 1

我认为这是API最佳实践和Mule最佳实践之间奇怪的组合之一。

对于一般资源，即"/users“，我将使用Mule not Found exception (404)，但是对于不存在的项资源，即”/ user /jim“，为了可用性目的，我将抛出一个自定义异常，其中包含”用户请求不存在“或”您没有访问此用户的权限“(状态401)，以最佳方式帮助开发人员使用您的API。

我认为，异常策略的最大优点不是自己手动更改响应，而是创建了一个清晰的流程，您可以很容易地确定什么是成功的响应，什么是失败的响应。

使用Mule中的异常处理程序，您可以向用户返回一个统一的错误响应(使用JSON、XML等)。

但是其他人可能不同意我的观点，手动设置状态代码和自己的响应确实提供了最大的灵活性，但也允许不一致。