
之前那个生气贴后,第一次发现自己有在很好的把火苗压下去。 =-=毕竟搭档是不可以选的。
其实挺小的事, 我这边在变着法想表达出“后端不给放行的参数,前端塞给他再多也没用”, 结果对方还在坚持“前端想传什么值就传什么值”,是“前端的参数后端都接收了”的含义。
“接收了但是没有使用”,单独拎出来提问了对方,对方也确实知道。但是对方并没有将这层意思和我的表达联系起来。
然后,就因为觉得自己已经很努力在描述了,有点火起来了。意外的是,此时我竟然装了一下蠢,在对方依旧坚持“想传什么值就传什么值”的时候,恍然大悟状的应和了一下“哦,对”。
事后想想,反正对方单独拎出来也知道意思,不用强求双方口头表达一致了。
ps:有确认过代码(因为对方也以为我没理解“想传什么值就传什么值”),并不是我所试问的“你是不是直接拿我参数拼 sql 了”,因为这是我对他坚持的“参数全收”的理解,还以为是这种高级写法。
1 xuanbg 2020 年 11 月 19 日 接口入参不是后端要什么给什么的吗?接口返回值不是前端要什么后端给什么的吗? |
2 devwolf OP @xuanbg 首先,你说的是对的。 然后项目的情况是, [返回值不需要前端提要求] ,“标品表数据”经由前端展示,并且提交保存到“异动表”。相当于后端传标品表给前端时怎么定的参数,前端就是用的什么参数提交的保存(参数逻辑完全给后端自由设计,因为他要实现的逻辑前端展示完全够用)。 但是,看来我表达能力确实不行。我标题提到的内容和返回值无关,是入参。我想表达,前端发现业务需要新参数,并找产品经理进行过确认,现在在告诉后端需要开放接收新的入参 |
3 x940727 2020 年 11 月 19 日 这有啥的啊,直接用 MongoDB 咯,你就提供 CRUD 接口,剩下全叫他来。我巴不得这样 |
4 devwolf OP 。。。那个,我把标题的描述改一下: 前端(我)开始表达:“需要你开放接收新的参数。” 后端:“我把你传来的参数都接收了啊” 前端:“后端不给放行的参数,前端塞给他再多也没用” 后端:“怎么会没用呢,前端想传什么值就传什么值啊” |
5 devwolf OP 生个锤子的气,发现确实我是 表达问题 |
6 xmge 2020 年 11 月 19 日 读着读着,感觉有点 马保国 的感觉了。。。。 |
7 Yunen 2020 年 11 月 19 日 这... 直接接一个 graphql 接口,让前端自己研究语法去吧... 后端弄好权限分配就完事了 doge |
8 mikulch 2020 年 11 月 19 日 啥东西? 找后端合作?我这边做了 8 年后端了,现在全职的 freelancer 。 之前在垂直领域前 10 的互联网公司做 teamleader 。在公司里以「给前端的接口舒服」出名。需要合作可以联系。 |
9 Oceanhime 2020 年 11 月 19 日 楼主现在在日本工作吗 |
10 popn74 2020 年 11 月 19 日 规范很重要,我当时写 nodejs,接口字段都是前端定义的,有问题在沟通,效率非常高 |
11 devwolf OP |
13 devwolf OP 今早向同居的一个后端描述了上述场景,给我提供了新的思路,“楼主我,作为一个前端,没必要管到参数传给后端但是后端没有使用”。 确实吧,越俎代庖了,这个不应该我去多嘴。我这边的模式下,前端向后端表达业务变动经常左耳朵进右耳朵出,还是产品经理来的靠谱 |
14 fengxianqi 2020 年 11 月 20 日 via Android 没人想说,这起的什么鬼标题嘛。。。 |
15 Habyss 2020 年 11 月 20 日 不是直接: xxx 功能 /接口加了新的参数,参数名是 xxx,你看一下 |
17 KuroNekoFan 2020 年 11 月 20 日 via iPhone 你跟他说“要不要我帮你写 sql 你把工资给我” |
18 KuroNekoFan 2020 年 11 月 20 日 via iPhone @Yunen graphql 实现复杂度应该不比 restful 低…… |