在服务器端发生错误时,使用与200不同的错误HTTP响应代码是个好主意?

时间:2014-12-16 13:13:52

标签: ajax api rest httpresponse

我理解RESTful API必须根据客户端请求和服务器处理返回HTTP代码,但是当我们使用JSON响应(表单处理/验证,页面状态等)处理Ajax请求时,它应该返回特定的HTTP错误代码或带有错误消息的200 HTTP代码到JSON?

某些浏览器具有从头部捕获HTTP响应代码的扩展,有时会使用自定义错误页面覆盖服务器响应(如worlderror.org)。为避免这种情况,服务器发送时始终会响应200响应。

当客户端是浏览器时,这是从服务器响应错误代码的好方法吗?

我知道所有ajax成功和错误方法来从Javascript中捕获这些错误,但有时会有一个中间人改变这个响应。

我已经阅读了很多关于http响应的stackoverflow问题,但是所有问题都集中在如何管理错误响应上,而不是在响应可以更改时使用http代码的好主意。

Is it considered good practice to return a code different than 200 from my controllers, in order to trigger an ajax error?这样的其他人并不是对良好做法的解释性答案。

RESTful API:客户端 - >服务器 - >客户
Ajax请求:客户端 - >浏览器 - >服务器 - >浏览器 - >客户端

最后,这对stackoverflow来说是个好问题吗?

0 个答案:

没有答案