关于后端api接口设计为什么后端不是直接使用http的状态码+响应体json。而是自定义一个格式呢?比如这种,后端统一返回200状态码,然后用code代表请求成功或失败:{code:0000,data:{},msg:''}相比于用http状态码来表达:比如直接抛出500,402之类的在浏览器network中就能直接看到标红的报错请求,有什么好处呢?
为什么后端不是直接使用http的状态码+响应体json。而是自定义一个格式呢?比如这种,后端统一返回200状态码,然后用code代表请求成功或失败:{code:0000,data:{},msg:''}相比于用http状态码来表达:比如直接抛出500,402之类的在浏览器network中就能直接看到标红的报错请求,有什么好处呢?
{code:0000,data:{},msg:''}相比于用http状态码来表达:比如直接抛出500,402之类的在浏览器network中就能直接看到标红的报错请求,有什么好处呢?
code:0000,data:{},msg:''}相比于用http状态码来表达:比如直接抛出500,402之类的在浏览器network中就能直接看到标红的报错请求,有什么好处呢?
data:{},msg:''}相比于用http状态码来表达:比如直接抛出500,402之类的在浏览器network中就能直接看到标红的报错请求,有什么好处呢?
msg:''}相比于用http状态码来表达:比如直接抛出500,402之类的在浏览器network中就能直接看到标红的报错请求,有什么好处呢?
}相比于用http状态码来表达:比如直接抛出500,402之类的在浏览器network中就能直接看到标红的报错请求,有什么好处呢?
相比于用http状态码来表达:比如直接抛出500,402之类的在浏览器network中就能直接看到标红的报错请求,有什么好处呢?
德玛西亚99
相关分类