Validation 无效的表单数据提交是否为“提交”;“错误”;或;“好的”;在返回HTTP状态码方面?

Validation 无效的表单数据提交是否为“提交”;“错误”;或;“好的”;在返回HTTP状态码方面?,validation,http-status-codes,Validation,Http Status Codes,我的特定用例是rails应用程序,但我不确定这是否重要 这个问题并不是什么“建议”,而是想知道当表单提交数据无效时,业界是否一致同意返回哪种类型的HTTP状态代码 对于我的jquery ajax调用,让无效提交返回“OK”需要: $.ajax( ) .完成((数据)=>{ if(data.error){ //无效 }否则{ //很好 } }) .失败((jqXHR)=>{ //除非出现异常,否则不调用此函数 }) 但返回类似于422的不可处理实体将允许: $.ajax( ) .完成((数据)=

我的特定用例是rails应用程序,但我不确定这是否重要

这个问题并不是什么“建议”,而是想知道当表单提交数据无效时,业界是否一致同意返回哪种类型的HTTP状态代码

对于我的jquery ajax调用,让无效提交返回“OK”需要:

$.ajax(
)
.完成((数据)=>{
if(data.error){
//无效
}否则{
//很好
}
})
.失败((jqXHR)=>{
//除非出现异常,否则不调用此函数
})
但返回类似于422的不可处理实体将允许:

$.ajax(
)
.完成((数据)=>{
//很好
})
.失败((jqXHR)=>{
//对无效数据执行此操作
})
只是想站在历史的正确一边,哈哈。

提到

表单提交数据无效


将导致
4xx
,因为这是一个客户端错误
422
表示数据以JSON形式发送,但给定的JSON格式不正确(存储的数据正确)。例如,它可能是一个缺失的昏迷,一个缺失的支架。在许多情况下,
400
更合适,您应该检查
400
422
(和
415
)之间的哪些细节差异。

恕我直言,您误解了这个问题。无效的表单数据提交将导致4xx的结果。这确实回答了这里的(唯一)问题,否则请详细说明你的帖子