ASP.NET MVC3 Ajax 错误响应与 HTTP 4XX

Question

我有一个 asp.net MVC3 应用程序，它在各种情况下对服务器进行 Ajax 调用。我们的团队有一个关于如何处理错误响应的争论:

选项 1:使用 HTTP 状态代码返回错误响应，并将 ajax 失败处理程序绑定(bind)到需要在错误时调用的函数。

选项 2:使用 JSON 的 header /有效负载概念，其结构类似于

response:
    success: true
    text: <status text>
    ....
    payload: <actual response>

第一个论点是——为什么不重用 HTTP 和 Ajax 提供的机制。

第二个论点是——更不用说 onFailure ajax 处理程序来处理“真正的”http 错误(例如由网络故障等引起)，并在客户端和服务器之间为应用程序的成功和错误响应制定统一的契约(Contract)。解析响应以获得失败/成功和状态文本。

欢迎就这两种方法提出想法。谢谢。

Answer 1

我会选择第一种方法。 HTTP 协议(protocol)已经提供了所有机制，那么为什么每个开发人员每次都要重新发明错误处理？如果您返回 200 状态代码，代理服务器等中介无法知道不应缓存此响应。