很好，没有生气☺

[devwolf]

之前那个生气贴后，第一次发现自己有在很好的把火苗压下去。 =-=毕竟搭档是不可以选的。

其实挺小的事， 我这边在变着法想表达出“后端不给放行的参数，前端塞给他再多也没用”， 结果对方还在坚持“前端想传什么值就传什么值”，是“前端的参数后端都接收了”的含义。

“接收了但是没有使用”，单独拎出来提问了对方，对方也确实知道。但是对方并没有将这层意思和我的表达联系起来。

然后，就因为觉得自己已经很努力在描述了，有点火起来了。意外的是，此时我竟然装了一下蠢，在对方依旧坚持“想传什么值就传什么值”的时候，恍然大悟状的应和了一下“哦，对”。

事后想想，反正对方单独拎出来也知道意思，不用强求双方口头表达一致了。

ps：有确认过代码（因为对方也以为我没理解“想传什么值就传什么值”），并不是我所试问的“你是不是直接拿我参数拼 sql 了”，因为这是我对他坚持的“参数全收”的理解，还以为是这种高级写法。😂

[xuanbg]

接口入参不是后端要什么给什么的吗？接口返回值不是前端要什么后端给什么的吗？

[devwolf]

@xuanbg 首先，你说的是对的。

然后项目的情况是， [返回值不需要前端提要求] ，“标品表数据”经由前端展示，并且提交保存到“异动表”。相当于后端传标品表给前端时怎么定的参数，前端就是用的什么参数提交的保存（参数逻辑完全给后端自由设计，因为他要实现的逻辑前端展示完全够用）。

但是，看来我表达能力确实不行。我标题提到的内容和返回值无关，是入参。我想表达，前端发现业务需要新参数，并找产品经理进行过确认，现在在告诉后端需要开放接收新的入参

[x940727]

这有啥的啊，直接用 MongoDB 咯，你就提供 CRUD 接口，剩下全叫他来。我巴不得这样

[devwolf]

。。。那个，我把标题的描述改一下：

前端（我）开始表达：“需要你开放接收新的参数。”
后端：“我把你传来的参数都接收了啊”
前端：“后端不给放行的参数，前端塞给他再多也没用”
后端：“怎么会没用呢，前端想传什么值就传什么值啊”

[devwolf]

😭生个锤子的气，发现确实我是 表达问题

[xmge]

读着读着，感觉有点 马保国 的感觉了。。。。

[Yunen]

这... 直接接一个 graphql 接口，让前端自己研究语法去吧... 后端弄好权限分配就完事了 doge

[mikulch]

啥东西？
找后端合作？我这边做了 8 年后端了，现在全职的 freelancer 。
之前在垂直领域前 10 的互联网公司做 teamleader 。在公司里以「给前端的接口舒服」出名。需要合作可以联系。

[Oceanhime]

楼主现在在日本工作吗

[popn74]

规范很重要，我当时写 nodejs，接口字段都是前端定义的，有问题在沟通，效率非常高

[devwolf]

@mikulch 😂误会了，我的情况是，所在公司里面刚安排新项目和一位新后端，我在联调中遇到交流问题时产生了一些感想，很多以前不需要进一步阐明的概念需要和新的后端统一口径。

@Oceanhime 。。。这么一说确实很像，很可惜是国内的啦。毕竟我这边的新后端搭档刚接触 b2b 业务，可能还没及时适应接口用途的转变吧，当然我这边充满歧义的表达是硬伤。

[Oceanhime]

@devwolf 其实是想说 LZ 的习惯和语序和日语很像，感觉像是在日本呆过很久的人，这个语序有点看不懂 😂

[devwolf]

今早向同居的一个后端描述了上述场景，给我提供了新的思路，“楼主我，作为一个前端，没必要管到参数传给后端但是后端没有使用”。
确实吧，越俎代庖了，这个不应该我去多嘴。我这边的模式下，前端向后端表达业务变动经常左耳朵进右耳朵出，还是产品经理来的靠谱

[fengxianqi]

没人想说，这起的什么鬼标题嘛。。。

[Habyss]

不是直接: xxx 功能 /接口加了新的参数,参数名是 xxx,你看一下

[devwolf]

@Habyss 哎，我是该这样说的

[KuroNekoFan]

你跟他说“要不要我帮你写 sql 你把工资给我”

[KuroNekoFan]

@Yunen graphql 实现复杂度应该不比 restful 低……