标签：情况下 orb type rest 异常 eth 文字 rpc one
因为我们的项目有点多，在多人合作的时候，希望对异常的处理希望尽可能的遵从一个规范。
一.关于RESTful API接口形式的讨论，目前还是建议采用JSON-RPC。
二.代码层次可以捕获到的错误。
用英文字母前缀代表这个项目（最好简短写,首字母缩写最好）,三个字母作为错误类型。
（1）通用的错误，任何项目中都会用到的。
（2）非通用的错误,单独某个项目中出现的错误。
（3）
三.关于http错误情况的处理
1.正常情况下,200的时候我们直接返回正确的数据就行,这里和以前保持一致。
2.如果http发生异常,我们处理的方式。
对于304的缓存问题,我们按200的正常方式对待。
400 bad request - 请求格式错误。
401 unauthorized - 未授权。
403 forbidden - 鉴权成功，但是该用户没有权限。
404 not found - 请求的资源不存在
405 method not allowed - 该http方法不被允许
410 gone - 这个url对应的资源现在不可用。
415 unsupported media type - 请求类型错误。
422 unprocessable entity - 校验错误时用。
429 too many request - 请求过多。
对于这些400的问题由前台直接判断出http的类型，然后自己处理。
对于500的问题。稍后再说。
标签：情况下 orb type rest 异常 eth 文字 rpc one
原文地址：http://www.cnblogs.com/coding4/p/7753260.html
