cordova 瑟瑟发抖

抽奖

@xxfboy 嗯, 现在改好了

@HXM 是哈,没注意原文. 自己点进去看了看,原来是个简陋的 discuz

昨天看微博中国区已经改名叫其乐，更换域名为 keylol.com 了，这个域名怎么看着那么山寨，说不定还没有楼主的域名好

收到了一把静音红轴键盘😀

@xxfboy <script src="xxxx" async="async" fold></script> 按你说的改了一下, 在 script 标签里增加一个 fold 属性, 就可以默认折叠了

成功忽悠后端用了 9102

一个简单的问题, 这么鲜明的对立, 这个帖子算不算后端娱乐圈?

@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