忍不了,必须来吐槽一下,和我对接的同事 or 系统。

2025 年 9 月 12 日
 DeepSIeep
说在前面:为了项目、也为了同事的和睦,我也不能强制对方修改他们的代码,只能配合。

槽点 1:请求并发发送。
并发发送请求本质上没问题,可以减少高客户端的相应时间。但是接口有依赖关系的也使用并发发送是不是有点扯,线上天天一堆 bug 。
例子:请求 A 返回数据 a ,请求 B 需要使用请求参数 a 请求,返回数据 b 。然后并发发送,A 发出去了,不等结果发送 B ,发现 a 参数没有,直接扔给我一个默认值。(乱七八糟什么都有可能,x ,y ,z ,喜洋洋、灰太狼)

槽点 2: 错误码不能返回错误码
接口返回值有标准格式 {"code":0 ,message:"success",result:"balabala"}。格式很标准,他们很认同,但是遇到异常情况,比如参数错误,数据为空,没钱了,涨价了,这种错误,code 只能用 0(阿西吧~~~~)。
那信息怎么处理呢? 再套一层{"code":0 ,message:"success",result: {"status":1,message:"参数错误"}}

真的头秃
5010 次点击
所在节点    程序员
22 条回复
harlen
2025 年 9 月 14 日
很多时候最外层是网关给的。业务没办法自定义
BanGanExpert
2025 年 9 月 15 日
槽点 1:其实一般是开发者本身没有系统的网络知识,网络这种在程序中属于硬件资源的使用,相对于内存的使用有开发者自己“谨慎”使用,由 OS 统一分配真实执行。因为没有这个概念的开发者,自然会认为可以随意执行并发来提高效率,随意使用 while 来实现失败重试,各种滥用。这个其实更多就是以前大规模开发特别是 Web 人员扩张,造成整体开发者水平参差不齐。
槽点 2:这个就是架构师的锅了,当然大多数公司本身没所谓架构师,也就一批人来,一批人走,错误逻辑本身没撒统一处理规范,而且多层错误本身就很容易夹杂在一起。典型的,你这里的标准错误和业务执行错交织,还有批量执行的部分成功部分失败这种,本质就是规范好就行,可惜显现实就是 A 项目或者 A 开发一个样。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.ih06.com/t/1158819

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX