@Ianchen 我觉得写易维护可扩展的代码最直接的目的就是为了提早下班, 如果 pm 提了一个在用户交互角度看来合理的需求, 而接口出参不支持, 需要重新修改出参报文格式, 前后端加班联调, 得不偿失吧. 针对每个业务场景的特殊错误增加一个错误码, 是低成本高收益的一件事, 为何这么多人反对, 还有要求 200 时直接返 data, 错误时才包一层的, 搞双重标准, 这样合理吗, 感觉很低效吧?

@Ianchen 所以说, 如果今天 PM 在设计评审时没提到某个 case 需要页面做逻辑处理, 改天 PM 脑洞大开提出这样那样的需求, 你能因为接口没有返回 code 判断不到而拒接这个需求吗?

@binux 俩网站都被墙,估计没做什么好事吧

@binux 反对你的观点, 顺便我也跑个题, 你个人简介里的菠菜网站怎么回事? 毕业设计还是真实的澳门赌场?

@Narcissu5 同 83 楼

@Ianchen 当然有交互, 比如验证码已失效请重新获取, 吐司的同时自动清空验证码输入框 / 登录已超时请重新登录, 吐司后 3 秒钟自动跳到登录页面就是最常见的交互. 产品经理想给你定义的交互比这些多着呢.

"前端拿到错误代码也不做任务处理, 何必花时间与精力去维护越来越多的错误代码呢?" 凭这句话我能判断你不是一个前端吗?

{ "code": 7001, "message": "短信验证码已失效", "data": null }
{ "code": 7002, "message": "短信验证码错误", "data": null }
{ "code": 7003, "message": "尚未发送短信验证码", "data": null }
{ "code": 7010, "message": "当前手机号已领取过会员权益，请勿重复领取", "data": null }
{ "code": 9001, "message": "登录已失效，请重新登录", "data": null }
以上报文是我瞎编的，单就一个短信验证码提交接口就有 n 种错误的可能，当（业务上的）错误发生时，data 已经不重要，重要的是 code 和 message，前端依据 code 进行相应的交互，后端也能根据 code 排查异常，message 足够友好的话甚至可以直接吐司给用户，多优雅的设计

@tenstone 嘿嘿，谢谢！我这个是为了方便复制粘贴到微信群的一个小工具，没啥 ui

我也做了一个新闻爬虫，每日新闻简报生成器，附带 API
http://24h.cx

@xxfboy pc 端会默认收缩折叠起来，竖屏设备会默认展开

来了来了~

楼主好, 这里推荐一个防止树莓派吃灰的小妙招给您: 憋买~

跑什么 web 程序能把 cpu 跑满？估计是 java 吧？

抱抱楼主。我做过一个双相书屋，有一些双相 /抑郁 /情绪管理之类的电子书和学术论文，希望能对你有帮助 http://bipolar.vip

档案应该是被公司存在职介或人才中心了

/t/604803

开启 wds

casio 的电子表就可以