


1 dapang1221 Jan 29 气笑了 |
2 InDom Jan 29 啊? |
3 EastLord Jan 29 有趣 |
4 bigpan123 Jan 29 简直是个甜菜! |
5 duuu Jan 29 笑死 |
6 meteora0tkvo Jan 29 后端返回字符串类型的 "null",也是挺搞心态的,而且界面显示 null ,还会被认为是前端的问题 |
7 hackroad Jan 29 返回大小写这么随意的 |
8 shui830 Jan 29 笑死了 |
9 liu731 PRO 哈哈哈 成功吗?不是 有错吗?成功 |
10 JoeJoeJoe PRO 成功的干扰到了 AI 爬虫, 烧掉了敌人一个亿的 Token. |
11 mx1700 Jan 29 via Android 调皮了 |
12 everfly Jan 29 想起一句笑话:The request failed successfully! |
13 xiapipi Jan 29 amazing |
14 Tink PRO 这是 error 了吧我没理解错吧 |
15 jackOff Jan 29 脑筋急转弯是吧 |
16 dajj Jan 29 幽默 |
17 Cooooooode Jan 29 相对与失败来说很成功了 |
18 nicewa Jan 29 ,我就说 AI 无法替代人类吧 |
19 GGbeng1 Jan 29 哈哈哈哈哈,笑死 |
20 donaldturinglee Jan 29 成功的失败,你就说是不是成功吧 |
21 GoogleQi Jan 29 弹出红色的 alert("SUCCESS") |
22 kneo Jan 29 via Android 看起来是成功了,后台错误码检查的有问题 |
23 cellsyx Jan 29 |
24 evan1 PRO 哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈哈 |
25 lovelive1024 Jan 29 成功了吗,如成 |
26 bfdh Jan 29 我要告你剽窃我们公司代码。 |
27 ajaxfunction Jan 29 via iPhone 符合国情,基本成功 |
28 zhugesiqing Jan 29 就很... |
29 qinqiuxu Jan 29 正常肯定是优先看 success 字段,不会拿 error === "SUCCESS"作为接口调用是否成功的判断 |
30 ybz PRO 拿 success 字段判断得到失败,然后弹出 error:SUCCESS ! |
31 fkdtz Jan 29 《哲学后端》 |
32 Antihank Jan 29 笑尿了 |
33 proxychains Jan 29 failed successfully |
34 unused Jan 29 其实 S.U.C.C.E.S.S. 是一个 backronym |
35 whoosy Jan 29 他妈的甘 |
36 JiZhiDeboy Jan 29 接口调用成功,但接口调用不成功 |
37 itechify PRO 这是个成功的错误 |
38 calano Jan 29 出错了,但我们做对了! |
39 johnniang Jan 29 我想知道 HTTP Response Status Code 到底是什么 ;P |
40 triptipstop Jan 29 关键是这种人有工作 而我没工作 就算我有工作 工资也没有这种人高 我想哭 |
41 xuejianxianzun Jan 29 @calano 微软式中文! |
42 x4nR425LttrKyJ08 Jan 29 基本成功 |
43 lbunderway Jan 29 笑了 |
44 Gilfoyle26 Jan 29 我猜这个返回的意思是:有问题,但是后端处理的逻辑也有问题返回了 “SUCCESS” 字符串,应该是返回的时候判断错了。 |
45 sumarker PRO 哈哈哈哈 |
46 xiao8276 Jan 29 闹麻了 |
47 SayHelloHi Jan 29 看懵了~~ |
48 QHKZ Jan 29 success = (SUCCESS == success) |
49 ScotGu Jan 29 这么做一定出于某种原因或目的。 但是我没想出来。 |
50 drymonfidelia Jan 29 |
51 Egfly Jan 29 哈哈,笑死。 如 success |
52 clarkethan Jan 29 真有趣 |
53 chenyu0532 Jan 29 我以为我卡了。。。 |
54 991547436 Jan 29 说明这个接口不需要向用户展示 err 信息吧 管他 err 返回什么直接 if success 不就行了 |
55 maojun Jan 29 成功地失败了 |
56 dddd1919 Jan 29 :接口报错了? :对 |
57 Erroad Jan 29 茅盾文学奖获得者常熟阿诺当后端了 |
58 korvin Jan 29 |
59 rocmax Jan 30 via Android 基本成功 |
60 QS0x01 Jan 30 估计是直接把某个接口的返回当 error message 直接向上抛出后,被控制层返回给前端了。 比如 service 匹配到黑名单,接口返回 success(没给具体匹配到啥了),立即抛出异常或者 return msg 然后 controller 也不知道接口返回的是啥,只知道状态是没成功 |
61 jifengg Jan 30 一本正经的胡说八道: 其实看全大写,可想而知是一个缩写,全称是“System Unexpectedly Crashed, Causing Error Status Signal”(系统意外崩溃,引发错误状态信号) |
62 ianchoi Jan 30 可以作为考公题 |
64 Felldeadbird Jan 30 啊?唔。啊? |
65 hefish Jan 30 北大青鸟培训班出来的。中职毕业。 |
66 Patrick6 Jan 30 令人忍俊不禁 |
67 zhuiyun041 Jan 30 报错成功了 |
68 jbgz Jan 30 很哲学 |
69 jonsmith Jan 30 中庸之道,Yes Or No ,前端自己判断。 |
70 uibobo Jan 30 本次请求,基本成功了 |
71 molvqingtai Jan 30 基本成功 |
72 maolon Jan 30 成功错误 |
73 edisonwong Jan 30 想起我前司某研发写的返回 {"data": {"无": {xx: yy}}} 这他妈的这个无字是什么意思,然后后面他就当卖房销售了了 |
74 Debug1998 Jan 30 基本成功! |
75 Asasahi Jan 30 来了吗,如来 成功了吗,基本成功 |
76 superrichman Jan 30 |
77 dcdlove Jan 30 |
78 javalaw2010 Jan 30 没毛病,error 为“success”表示网关/服务器正确处理这个请求,success 为 false 表示这个请求执行的动作失败了。 |
79 RandomJames Jan 30 成功获取到错误[狗头] |
82 cando Jan 30 接口成功返回错误! |
83 minami Jan 30 |
84 UserTRI Jan 30 "接口是通的!" |
87 dcdlove Jan 30 @Rat3 #81 这是通用的泛型定义类,结果它把泛型这个能力给阉割了,还把这个类型放到打包编译的包里。发现有问题没法直接改,什么 swagger 需要推断类型的工具都废了 |
89 bluekz Jan 30 《挑一个你喜欢的响应》 《前端没理解我的字段含义》 《对错二象性》 |
91 Varobjs Jan 30 error: base success! |
92 Geo200 Jan 30 成功调用了接口,但业务逻辑错误:) |
93 lizhenda Jan 30 amazing~ 接口是通的 |
94 collen Jan 30 一般,不如一个字段名,在不同接口有不同的意思,有时候不知道要表达什么意思,要靠猜 |
95 2en Jan 30 好啊,挂我给的接口是吧 |
96 radiocontroller Jan 30 就说能不能用吧 |
97 Alexsandro Jan 30 真是一个酣畅淋漓的错误 |
98 sdfw23xd Jan 30 你就说成不成功吧 状态码 200 |
99 unco020511 Jan 30 哈哈,这个是真给笑到了 |
100 tanxnative Jan 30 把这个状态码设计的非常糟糕的不在少数,实在不行可以参照 grpc 的状态码 |