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

主管那个设计更好把,你这个有点冗余,要是没有错误码呢,而且状态不能算错误的也不能算正确的情况怎么办

作为一名前端后端都要自己写的全干。
表示我想用啥就用啥。
{
error:"error"//错误时存在
success:"success"//正确时存在
msg:......
data:......
}
不接受任何反驳。
因为只有我一个人干。
没有人反驳我。

都怪袁隆平系列

要么是主管太软在你们公司没地位，要么就是楼主情商低自以为是，就这种事情能争论一天，最后还来 V2EX 发个贴求安慰？

@gtanyin 看了全贴，最惨的还是你。
mesg，搜狗提示：么事干。

情商低没前途

code msg data 了解一下！

额，我支持主管。

@fy 我目前就是与你这个类似。

主管的建议好点

这有啥好争论的，两种方式都很差。
基于一般接口请求 90%以上应该是正确请求返回，
那么正确请求返回的数据，error 填啥？ errorCode 填啥？ errorMsg 填啥？填了又有啥用？

基于接口返回正确数据，调用方一般不会关注 error 信息，
那么这种每次请求都要带着好几个无用字符的接口，浪费用户流量，浪费公司流量，拖慢互联网，你们心里过意的去嘛？

感觉莫名其妙，多关注一些真正有意义的玩意不行么，这玩意都放在这个位置了还能有什么歧义么

真要说的话，你们主管那个比你的少 8 个字符，少用了点流量，这倒是挺有意义的

来看看我们公司的
{code: 200, msg: "操作成功", serverTime: "1552960256560", data: {…}, success: true}

看成想离婚，吓我一跳

"errno" : "错误码"，
"message" : "错误消息"，

虽然较真精神值得鼓励，但是我还是想说一句，听领导的，领导说怎么做就怎么做，当然指的是工作上。只要不违法，不损害你身心健康，听领导的。

别吵了，用这个吧：

{
“ code": 11,
"msg": "fuck it."
}

坚决辞职，连换回码都不听你的，这届主管不行

主管定的是『规则』，你的是改进『建议』。
主管可以接受或者不接受，因为『规则』可能是适用于多个组员、多个项目组的，而你的建议可能仅适用于你自己，或者部分成员，主管有责任像你解释为什么这样设计，也有权利不接受你的建议。
从代码的角度说好与不好，很简单区分，但是从做事的角度分析，可能主管考虑的影响因素会比你更多，因此，你有权利提出建议，但是当主管不接受建议时，不要太较真，因为你认为不恰当的方案，从其他人的角度去看，也有可能是最优解。

btw. 都叫主管了，人家说了还不算么？