多人合做的时候,先后端开发的时候,当异常出现的时候,但愿咱们能够听从一样的规范。前端
一.关于RESTful API接口形式的讨论,目前仍是建议采用JSON-RPC。ajax
二.关于http错误状况的处理后端
1.正常状况下,200的时候咱们直接返回正确的数据就行,这里和之前保持一致。缓存
2.若是http发生异常,咱们处理的方式。服务器
对于304的缓存问题,咱们按200的正常方式对待。spa
对于400的问题前段本身封装ajax处理。code
对于500的问题。请往下看三。blog
三.代码层次能够捕获到的错误。接口
(1)通用的错误,任何项目中都会用到的。内存
//0开头的通常性质的错误
"001":"用户名或密码不能为空",
"002":"用户名不存在",
"003":"密码错误",
"004":"用户权限不够",
"005":"登陆会话超时,请从新登陆",
"006":"请联系管理员",
"007":"内存超出",
"008":"参数异常"
"009": "上传文件过大"
"010":"服务器异常",
//1开头的和支付相关的错误
"100":"请求参数不合法",
"101":"支付未完成",
"102":"支付帐号异常",
//保留2和3,4开头,之后估计会用到
//项目拓展的
"500":"无限极用户指数不够",
"501":"城E评城市数据的百分比太低",
"502":"红旗中模糊车系没有关联"
(2)非通用的错误,单独某个项目中出现的错误。
四.发生异常的时候,后端给前端返回的大致的样子。
ps:
code字段: 用英文字母前缀表明这个项目(最好简短写,首字母缩写最好),三个数字做为错误类型。
message: 错误信息
timestamp: 时间戳,13位,为了快速的定位到问题
requestId: 三位字母,为了快速的定位到问题
五.前端代码处理逻辑