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