
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 的状态码
|