服务器响应最佳实践[关闭]

Question

关闭。 这个问题是基于意见的。 它目前不接受答案。

---

想改进这个问题？ 更新问题，以便可以通过编辑这篇文章用事实和引用来回答它。

5 个月前关闭。

改进这个问题

我正在开发一个 RESTFUL web 服务器，它有一些 API REST 由 ZC31B32364CE19CA8ZFCD17 客户端使用。 这是我第一次完成 API REST 所以我遵循了几个指南来完成它。 现在，当客户端发出 GET 请求以获取某些内容时，服务器返回 JSON 中的数据，但不返回附加信息。 现在我正在制作 android 应用程序，我知道这种类型的管理不好，因为我无法处理来自应用程序的 401、404 等错误以向用户显示错误（我使用 retrofit 2 和协程） . 有人可以向我解释从服务器做出响应的最佳方法吗？ 我知道我必须制作一个通用的 class，例如具有 Code 和 Error_Message 的响应，并且我必须为我的所有响应扩展此 class 以添加客户端所需的数据。 但在那之后我如何处理来自我的应用程序的响应？ 我不能创建两个不同的类（一个用于错误，一个用于成功响应）。 有人能帮我吗？

Answer 1

您提出的解决方案类型不是 REST。 过去的一个常见做法是只使用 200 个成功响应并发布所有内容。 REST API 按照惯例使用状态码来传达含义。 您还应该始终考虑错误 500，因为这会发生并且您的应用程序应该处理它。

您也可能对此感兴趣： Microsoft best-practices api-design

我知道这种类型的管理不好，因为我无法处理来自应用程序的 401、404 等错误以向用户显示错误

我不明白你为什么不能这样做。 有非常好的代码来处理请求。

@Override
public void onResponse(Call<YourModel> call, Response<YourModel> response) {
    // All the 20x responses
    if (response.isSuccessful()) {

    } else if (response.code() == 401) {

    } else {

    }
}

您也可以使用拦截器，如果您使用 OkHttp在此处查看拦截器代码