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