开发者社区> 问答> 正文

为何选择3位的HTTP Status Code作为Error的Status Code?

为何选择3位的HTTP Status Code作为Error的Status Code?

展开
收起
岩茶芋泥 2022-04-19 10:57:56 797 0
来自:阿里技术
1 条回答
写回答
取消 提交回答
  • 大多数开发者对HTTP Status Code都比较熟悉,所以看到这些code就大致明白什么意思,当然对应用开发者也有严格的要求,你千万别将404解释为内部错误,如数据库连接失败这样的,逆正常思维的事情不要做。HTTP status code归类如下,当然你也可以参考一下 HTTP Status Codes Cheat Sheet[2]。

    Informational responses (100–199) Successful responses (200–299) Redirection messages (300–399) Client error responses (400–499) Server error responses (500–599) 但是Error Status Code不局限在HTTP Status Code,你也可以参考SMTP, POP3等Status Code,此外你也自行可以选择诸如007,777这样的编码,只要能解释的合理就可以啦。

    在日常的生活中,我们会使用一些特殊意义的数字或者和数字谐音,以下是一些友情提醒:

    UIC-LOGIN-666: 太顺利啦,完美登录。但是你团队中有欧美老外的话,他可能理解为理解为恶意登录,登录失败 APP-LOGIN-062: 如果你团队有杭州土著的话,不要使用62这个数字 APP-001-013: 如果该error code要透传给最终用户,请不要使用13这个数字,会引发不适 这种有特殊意义的数字或者数字谐音,如520,886,999,95等,如果能使用的恰当非常方便理解或更友好,如透传给用户UIC-REG-200(注册成功),如果调整为UIC-REG-520可能更温馨一些。总的来说使用这些数字要注意场景,当然比较保险的做法就是参考HTTP,SMTP等设计的status code。

    2022-04-19 16:19:57
    赞同 展开评论 打赏
来源圈子
更多
收录在圈子:
+ 订阅
问答排行榜
最热
最新

相关电子书

更多
阿里巴巴HTTP 2.0实践及无线通信协议的演进之路 立即下载
CDN助力企业网站进入HTTPS时代 立即下载
Well-That-Escalated-Quickly-How-Abusing-The-Docker-API-Led-To-Remote-Code-Execution-Same-Origin-Bypass-And-Persistence 立即下载