和主管为一个接口输出真吵了一天，搞得都想离职，求怎么破

我个人更倾向于
```
{
"code": 200,
"msg": "操作成功",
...
}
```
或者
```
{
"status": 200,
"msg": "操作成功",
...
}
```

简洁又直观, 让项目任何接口都必须**至少**带"code/status". 定死一个**状态码**而不是错误才出现的**错误码**.

至少抓包的很多接口是这么干的. 又便于和前端对接. 否则你这个**错误码**会让前端多出一个可以忽略的`if isset`操作

@zhea55 你写过代码么。。业务错误你不给错误码，前端怎么根据错误提示用户？

要是我 我就这样
```json
{
"code": "ooo",
"error": "xxx"
}
```

@karllynn 哎， 是不是非要我说

一些人对 http 协议，http 状态一无所知，

然后开始自己造轮子，自己搞状态


没有这种 sb 响应，就不能提示用户了吗？


再说了，做后端开发，应该把精力放在尽力解决所有 bug，以及服务的可用状态。

而不是提前设计好 error 状态，随时准备给用户甩锅



请问一句，用户看到你的错误，是什么心情？

我以前也喜欢搞这种所谓是 code，近几年不怎么用了。因为开始结合用 http status_code，如果错误 直接报提示文案就好了。


搞那么多 errorcode 谁认识呢？ 还得去字典里找文案 受罪

我也选第一种，其实这没什么好争的.....
我的接口平常都这样设计，error 直接返回错误信息，不用那个什么代码，还要专门解释错误代码是什么意思...

{
"meta": {
"error": "This username already exists (这个用户名已经存在)",
"msg": "Request was successful (请求成功)"
},
"data": "数据"
}

2 种都不用，http code 200 返回正常响应数据
{
"data": ...
}

遇到错误了，http code 要么 4xx, 要么 5xx，此时返回错误对象
{
"errno": xxx,
"errmsg": "xxx"
}

主观的更抽象一点，但感觉没有抽象好，我认为名称不应该和具体内容耦合

@feikeq 你们直接把“ This username already exists (这个用户名已经存在)”这样的字符串报给用户？另外如果客户端要做国际化多语言怎么办。

你还敢上 v2 来发帖 你走吧 明天别来上班了

一般不是返回 {code:"0",msg:"xxx"} 吗

@keepeye 英雄所见略同

好，你走吧

我要是主管，我会让你走，这种事情能和主管吵一天

你离职吧

restful 标准了解一下

为这种事吵一天？😂

status 不是 http 的状态码吗？这个字段应该预留吧

我觉得这样更好😁

```json
{
"Code": "错误码"，
"Msg" : "错误消息"，
......
}
```

你离职吧!
主管太仁慈了 不要再祸害公司了