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

就这单 P 事也要争论么

@Vegetable #145 所以你还是停留在字面理解咯🙄

从历史惯用法的角度来说：传统的 POSIX 用 errno 存放错误代码，0 表示没有错误； Win32 的错误代码中 ERROR_SUCCESS 表示没有错误。

遇到和想像含义不符的词汇时第一步是查询它（在这个上下文）的定义，这是任何受过形式化逻辑训练的人需要遵守的第一个规则，例如数学上的“极限”与它作为“限度”的含义完全不同。

另外，我并不反对用 status code 表达同一个意思，不过并没有哪个更好的说法。同样的方式，还可以 argue status code 包含“状态”的含义，但不是所有情况都应该用“状态”来表达。但无论如何，先去寻找定义（也就是查看文档）才是正确的。

楼主说得对，我建议楼主锤爆主管狗头然后离职

蛋疼，至于吗。

只要需求明确，文档定死了就行。

最恐怖得是：今天领导想这个格式，明天领导又想那个格式。 你具体干活的，这才叫痛苦。

如果管事儿的头头，习惯拍板定好，求之不得。

你也是说了至于吵一天么？所以至于为了这个离职么？

下面上场的是摸鱼比赛男子双摸的某 IT 公司代表队。

@raysonx
There are only two hard things in Computer Science: cache invalidation and naming things, and off by 1 error.
-- Phil Karlton

抱歉, 忍不住╮(￣▽￣")╭

我喜欢用
{
errNo:0,
errMsg:"",
data:xxxxxx
}

@keepeye 强行反驳，成功不能用 0，随便用 1、200 之类的都行，就是不能用 0，总有后端分不清 0 和"0"

这个能吵一天？！

作为产品狗来发言
{
"code" : "状态码"，
"msg" : "状态消息"，
......
}

正常相应不配拥有 code ？

{
"rs_code" : "状态码"，
"rs_msg" : "消息"，
......
}

我们是

{
"code" : "错误码"，
"message" : "错误消息"，
......
}

{
"status": 0, //非 0 表示业务异常。
"errmsg": "", //异常时的提示信息；正常时可省略。
"data": {} //业务数据；异常时可省略；正常时一定为对象，不可以直接返回列表(`"data": []`的形式无法扩展)。
}

看我司的返回：

private Byte ret;
private Object data;
private String msg;

闲着多刷刷论坛不好吗

@geelaw 谈历史合适吗?还是因为没有规则所以会出现莫名奇妙的历史包袱.errcode:0 和 exit(1)这种设计,设计的时候可没考虑人能不能看懂.9102 年了,还要这样吗

@keepeye 哈哈，跟我们在用的一模一样

code:
msg:
data:
多好....你们俩真是又菜又闲, 还自以为是.......你们这公司危险了....