这是一个创建于 332 天前的主题，其中的信息可能已经有所发展或是发生改变。
源于一个接口接口因请求参数太长，返回一个参数太长(英文)的错误信息给他，然后他问我这个什么意思，我告诉他是参数太长了，让他改短一下。
他竟然说“接口应该对参数长度做处理，不要完全信任发过来的数据”，excuse me ，难道传多长我都要给你截到合适为止？说好的不要信任呢，我是真无语了，不是说了原因他发的太长了吗
发现现在的新人都好难交流，最重要的还不止一个，10 个里面 5 ，6 个都差不多的，觉得自己最吊的，大家都要听他的
他竟然说“接口应该对参数长度做处理，不要完全信任发过来的数据”，excuse me ，难道传多长我都要给你截到合适为止？说好的不要信任呢，我是真无语了，不是说了原因他发的太长了吗
发现现在的新人都好难交流，最重要的还不止一个，10 个里面 5 ，6 个都差不多的，觉得自己最吊的，大家都要听他的
 |
1
Yukineko 332 天前
返回错误信息不就是不信任数据的处理么。。
|
 |
2
hidder 332 天前
为什么不揍他？
|
 |
4
Jinnrry 332 天前 via iPhone
刚刚和前端对线完就看到你帖子
抓着我一顿喷数据有问题，害我查了一下午，最后发现他参数有问题，每次出问题都是丢给别人先查，别人找出哪哪有问题他再改 |
 |
5
ltaoo1o 332 天前  1
不要太认真负责，你直接怼他「谁让你传这么长的参数，能不能专业一点」，气势上不能输
|
 |
6
coderluan 332 天前 1
有些时候太自信其实是不自信的表现，就现在的环境来说，这种情况的概率只会更高，表面越吊，心里越慌。
|
 |
9
mingtdlb 332 天前
我靠，你行不行啊，这都能给整不会了。。。直说啊“字面意思，看不懂英文吗，不行翻译一下”，还是无语“谁给你招进来的？”
|
 |
10
n37r09u3 332 天前
参数长度肯定有最大值限制，不然传一部莎士比亚过来，还咋处理
|
 |
11
Razio 332 天前
 完全一样，不过是你的对立面，天天喷后端。不过这事没办法，新人是这样的，总会碰到，只能当保姆。但是太久了也是真的确实影响自己心态，有时候都怕结节变大，赶紧深呼吸，赶不走别人只能自己走或者喷完然后接着做保姆。 |
 |
12
koukou250 332 天前 via iPhone
啊🤔但是直接返回给他参数太长的提示信息不就已经处理了吗？
|
 |
13
coderlxm 332 天前 via Android
扯一下皮倒是正常，但是看不懂简单的英语还来问啥意思是真的难绷。
|
|
14
Jinnrry 332 天前 via iPhone
@v2Donuts 我这里前端隔三差五就换人，每次沟通恶心得不行，每次都得讲一遍之前的逻辑。动不动就是你们怎么这么设计，这么设计我们 xxxxx 。
|
 |
17
x86 332 天前
问下他哪个培训机构出来的
|
 |
19
cvooc 332 天前
新人都这样, 都是从新人过来的, 刚参加工作热情的学习各种规范, 试图一切做到完美, 很正常, 理论上讲前后端是不能完全信任对方这是么得问题的, 刚参加工作那会我恨不得每种报错都返回一条错误信息.
工作久了就开始偷懒了, 需求以外的报错一律弹请联系管理员. 没必要完全打压, 给他多安排点活自己就老实了学会糊弄了. 相对的我最怕的是一知半解,甚至完全不懂的新人. 我真碰到过新人来, 乙方没人带直接甩给我们的情况, 纯折磨. 但这种时候应该直接逮着领导骂,而不是喷新人..... |
 |
20
dic 332 天前
当场就怼回去，从来不惯着。
|
 |
22
IvanLi127 332 天前
话说这个错误应该不是业务代码里异常报错的吧。我感觉这前端是以为业务代码没处理导致报错，然后直接开喷。
|
 |
23
dapang1221 332 天前
哈哈哈这事儿没对没错，唯一解决方法就是真人 pk ，谁输了谁改代码。主要看公司里是前端领导还是后端领导
|
 |
24
stabc 332 天前
都是 react/vue 养出了太多所谓”前端工程师“了。怀念以前那个后端主导，前端切图仔的年代……
|
 |
26
NoOneNoBody 332 天前
虽然好久没做类似工作，以前我就很简单：“你向领导提要求，我这按你说的改也要经领导批的”
|
 |
27
humbass 332 天前
OP 项目前端后端对接 有对接文档的吗？
|
 |
29
wizChen 332 天前 2
八股文背多了这是
|
 |
30
sir283 332 天前
实习生跟新手的话，可以教一下，不用发火，如果是那种包装进来的，开叼就行了。
|
 |
32
buffzty 332 天前 1
你俩都有问题,后端提供的 api 声明要说明,比如长度 格式等.
前端是懒加笨,最基本的错误提示都不看,他应该问你这个字段的长度限制,我也遇到过这种笨的前端,笨只能忍了,懒我可不惯着它 |
 |
33
james2013 332 天前 via Android
我前后端都干过
主要责任是前端，用户输入没有做校验 次要责任是后端，假设前端忘了校验，用户输入字数多了，进行提交，发现英文报错信息，体验也不好。 反正我不管做前后端，产品文档上规定一个字段长度限制 2-20 个字，那么均会校验，并中文提示 |
 |
34
zixianlaiye 332 天前 1
@v2Donuts 想知道拉会谁赢了，你的+1 怎么看你，他的+1 怎么看他
|
 |
35
yunye 331 天前
精神点，支棱起来，学学余欢水/欧阳严严，怼就完了
|
 |
36
yxlcareme 331 天前 1
我是前端，我最近也遇到一个问题，后端对字段的长度做了限制，但是只要输入过长后端会给我返回信息“网络繁忙”，后端一直说我传字段的问题，我屌了后端，导致现在啥接口都 tm 都不给提示、文档也不写了，就主动等我去问，我人麻了
|
 |
37
hefish 331 天前
上去就是一巴掌！
|
 |
38
Muyiafan 331 天前
我觉得他需要你给他返回中文的错误信息 哈哈😆
|
 |
39
xiaojun996 331 天前
@v2Donuts #16 就是懒, 直接丢给后端处理, 也有可能代码是屎山不敢动 (老页面老接口的情况)
|
 |
40
Ericality 331 天前
以后统一返回 400 问就是按照规范 400 是客户端问题 你自己排查吧
 |
 |
42
minglanyu 331 天前
一般爱怼人的都呆不久 =。=
|
 |
43
NoManPlay 331 天前
怼就完了，就算 post 接口也不该传那么多没用的参数，何况 get 还有浏览器限制长度（本人前端）
|
 |
45
me1onsoda 331 天前
不要完全信任发过来的数据
正确的废话，没事找事的典范。真的这么执行很累。。当个赛博纺织工而已，别太当回事，差不多得了😅 |
 |
46
meetyuan 331 天前
一样的，公司很多年轻前端，都只负责拉屎，别的不管。
|
 |
47
creazyrabbit 331 天前
如果你们的产品是面向广大用户的，你返回英文当然不合适，公司内部使用无所谓，另外产品就是产品，你应该把系统错误和用户出发的错误分开，比如有人提到的 sql 问题，不能提示错误说，sql 错误吧，用户哪里知道什么是 sql 呢，再比如由于参数未校验导致系统异常了，这是设计上的错误，不能抛给用户说系统异常了，应该提示用户由于系统异常，请稍后再试，帮用户指出后续应该如何操作，当然更正确的方法是提前校验参数，告诉用户，我们这里只能输入 50 个字，你现在超出长度了，尽量缩减一下
|
 |
48
Hookery 331 天前
我发现程序员这个群体是最容易文人相轻的，毕竟文无第一。纯靠嘴说很难说谁的技术牛逼牛逼。如果真的都牛逼到一眼就能看出来了，那估计也不屑于和小朋友争。
|
 |
49
bk201 331 天前
下次参数报错返回加一段，是不是不会看文档啊，眼瞎
|
 |
50
worldqiuzhi 331 天前 4
大概率就是你的问题 大概率是返回的系统错误而不是你封装的错误 你数据库设计长度 20 人家发 200 你也不管就返回数据库报错信息
|
 |
51
ma836323493 331 天前
@Jinnrry #4 我们测试提 bug ，说编号一样导入数据没提示重复， 我扫一眼，就知道她多敲了一个空格
|
 |
52
wwhontheway 331 天前
大家跟同事关系都这么紧张吗？
|
|
53
me1onsoda 331 天前
@ma836323493 你想说什么。。。这不就是她的工作吗
|
 |
54
ltmst 331 天前
大家跟同事关系都这么紧张吗？ +1
|
 |
55
leegradyllljjjj 331 天前 via iPhone
到底有多长？
|
 |
56
wqnmlgbzml 331 天前
你就问题他，这么长的数据发上来，宽带费用你帮公司出吗？
|
 |
57
irisdev 331 天前 via Android
你是不是直接把框架或者数据库的报错抛给他了
|
 |
58
momobear 331 天前
估计就是包装过经历的新人，讲话硬气，实操啥都不会
|
 |
59
wencan 331 天前
没毛病
“外部数据”的确是不能完全信任 |
 |
60
expy 331 天前
报错就是不信任啊，还是他的不信任是指不相信前端水平，无论传什么都要正确处理。
|
 |
61
Ayanokouji 331 天前
为什么这么多站 op 的。op 把问题说清楚，到底返回的啥。
我见过太多返回 Data too long for column 之类的 |
 |
62
SimbaPeng 331 天前
@Ayanokouji 返回 Data too long for column 有问题吗？这个报错本来就不是给用户看的，前端把文本框长度限制了用户就压根触发不了。
|
|
65
SimbaPeng 331 天前
@IvanLi127 HTTP 状态码返多少跟这个问题有什么关系？ HTTP 请求都不该发起，业务定义的字段长度是前后端都要遵守的规则，后端的限制是兜底，前端的限制才是用户交互。一码归一码，就算是后端返回有问题，也不是你前端不做校验的理由。
|
 |
66
vipfts 331 天前
这职场环境, 怪不得年轻人不爱工作了
这么点小事就开始网爆了 op 是大贤者啊 生下来什么都是大师级 从不犯错误的呢 经济不好都是 op 的错 |
 |
67
zzlit 331 天前
我好奇是前端没按后端接口文档给的入参传，还是按照入参传了但是后端没考虑长度
|
 |
68
jsrunner 331 天前
@NoOneNoBody 哈哈哈，精辟。这个回答最好
|
 |
69
lambdaX999 331 天前
你写好文档，按你的文档给提示就好，别自己文档也没写，自己随便返回异常，前端不知道也是正常的
|
 |
70
smile2wild 331 天前
看不懂，一大堆喷这个前端的
这楼主根本没说自己接口文档有没有写清楚？ 假设是一个表单提交的请求，有个非必填字段“备注”，需求或者接口文档没有说明 maxLength 前端无限长度传过来，然后接口报错，谁的锅？ |
|
71
smile2wild 331 天前
@zzlit 你这个问题才是关键，前面一堆无脑支持 op 的。。。
|
 |
72
Rat3 331 天前
@worldqiuzhi 好家伙，这么点信息，都能推测出这么多了？
|
 |
73
Actrace 331 天前 1
要不，写个文档？
|
 |
74
soul11201 331 天前 via Android
哈哈，他可真是蠢的像头猪啊，这么自信～
每个人都只能看到自己眼里的那只鸡，日常沟通的时候，碰到说话横的比较自信的人，通过这么些年接触的人，个人第一感觉，这类人人多半脑子不灵光、心胸狭隘单纯的坏、无知且不读书觉得老子天下第一。本评论也可放在这此列审视。 |
|
75
soul11201 331 天前 via Android
你给他说哥们你再传大点，http server 服务器都可能给你拦截了，现在请再用你那猪脑子好好想想怎么处理比较合适 :)
|
|
76
soul11201 331 天前 via Android
如果一开始你们协商接口 api 没有明确约束传多长，这事还真就是你俩各大五十大板，人家说的也没错，凭啥让前端处理呢？你后端权利比人家大吗？你说什么都按你的意思来吗？算了，避免过度争论，还是先一致约定清楚怎么处理再说吧
|
 |
78
herewego 331 天前
像我这样就好了，前后端都自己写，想给什么给什么。
|
 |
79
Paulownia 331 天前
诚实善良是美德，但是工作之后发现，没几个人有
|
 |
80
Rrrrrr 331 天前
挺搞的，你这里为什么要用代词。他代表了所有前端吗？大概看了一下，无非就是前后端骂战。
|
 |
81
weixiangzhe 331 天前
我是前端，我做后台表单 现在都习惯瞅瞅 数据库的 ddl 了，不然长度确实容易忘记
|
 |
82
K0ma 331 天前
精神点，别丢份，好样的。
|
 |
83
jason56 331 天前
格局打开，有好几亿人教张|小|龙做微信呢
|
 |
84
x2ve 331 天前
我没看明白；另外有接口文档/口头约定吗 没有的话那就不要喷，另外同事之间交流而已，不要上火，不值得
|
 |
85
wnpllrzodiac 331 天前 via Android
什么都要适配，怎么来都得供着。这思路厉害啊。从小宠惯了，别人都要伺候他的思路。
|
 |
86
winson030 331 天前
我这边的人才，文档都不看就把报错发过来让我看
|
 |
87
n18255447846 331 天前
立场不一样，总有能说的，只能多沟通
|
|
88
n18255447846 331 天前
互相肉搏很正常，前端要处理一遍后端返回的数据，后端也要处理前端发过去的数据
|
 |
89
dxk611 331 天前
感觉对前端的幽怨比较大。作为前端，我日常觉得好多人好蠢，工作十来年的，不会 git 的，不知道 http 常见状态码的，太多了
|
 |
90
xiaofeixiang 330 天前
我觉得有 3 个点，大概率是前后端各打 50 大板。第一点：正常来讲，前端任何输入框都要限制长度，不然鬼知道会进来什么东西，前端肯定先背一口锅；第二点：你们接口没文档？接口有没有写清楚最大长度？需求有没有明确这些最基本的东西？目测你们大概率没有，没有产品和后端背全锅。第三点：接口有没有按规范约束返回？返回英文提示和 sql 报错甚至是 java 报错都是很傻逼的东西，前后台分离本身就是要遵循约定，返回英文报错本质上是后端想偷懒或者本身项目架构就有问题，除非是有约定码。前端如果直接在 ui 提示也是有问题的，一般 400 的错误信息都是要归类展示的，大概率是不可以后端给什么就显示什么的，前后端自查背锅完事。具体事情具体分析，开口就骂实不可取
|
 |
91
v2Donuts OP 一天没看发现还有这么多回复，看来大家苦前后对接久矣，拉一起回复一下
@zixianlaiye 两边+1 表面都是当和事佬，不过对面背后怎么说就不知道了 @vipfts 这也没有网暴谁啊，发出来吐槽下而已，你是不是被人怼多了那个啊 @zzlit @lambdaX999 @smile2wild @Actrace @soul11201 文档是肯定有的，既然你们觉得文档这么基础，为什么默认没有接口文档，实际上这是一个十分偶然的情况，就一个老项目某一个意外请求参数超长了，前端没有处理过参数长度，调用的时候报错了 @x2ve 偶尔一次肯定不会上火，关键是最近基本每个新人都差不多这个样子，多了也烦啊 @Ayanokouji 返回就 data too long ，不过不是你说的 db 报错直接返回，都是统一的参数过长异常 @gbw1992 @wwhontheway 公司大了，本来就没啥同事关系，而且感觉现在大环境都很暴躁啊，哈哈 |
|
92
zixianlaiye 330 天前
@v2Donuts 背后估计问候了对方很多次了，哈哈
|
 |
93
Sunzehui 330 天前
引战帖，点踩了
|
 |
94
tutouguai 330 天前
未知全貌 不予置评 ， 不过 作为前端 希望你接口文档是详细的。
|
 |
95
yusf 329 天前
所以我觉得有友善沟通之类的能力比什么技术多厉害重要的多，活就那样，谁都能干，但是能否友善交流这个东西还是看人的
|
 |
96
mrjnamei 324 天前
这不简单嘛，后端做好后端的校验，前端做好前端的校验，本职工作就是这样，再出岔子要么就是 bug 了，要么就是前端有问题。
|
 |
97
EricKnight 322 天前
@zdw189803631 赞同
|
 |
98
nyxsonsleep 322 天前
@soul11201 #75 前端调用的后端的接口自然是遵守接口的规范。当然首先后端应该有文档说明。
|
Select Language