未分類
11 11 月 2020

很好，没有生气☺

很好，没有生气☺

資深大佬 : devwolf 3

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

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

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

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

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

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

大佬有話說 (18)

  • 資深大佬 : xuanbg

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

  • 主 資深大佬 : devwolf

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

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

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

  • 資深大佬 : x940727

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

  • 主 資深大佬 : devwolf

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

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

  • 主 資深大佬 : devwolf

  • 資深大佬 : xmge

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

  • 資深大佬 : Yunen

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

  • 資深大佬 : mikulch

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

  • 資深大佬 : Oceanhime

    主现在在日本工作吗

  • 資深大佬 : popn74

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

  • 主 資深大佬 : devwolf

    @mikulch

  • 資深大佬 : Oceanhime

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

  • 主 資深大佬 : devwolf

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

  • 資深大佬 : fengxianqi

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

  • 資深大佬 : Habyss

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

  • 主 資深大佬 : devwolf

    @Habyss 哎，我是该这样说的

  • 資深大佬 : KuroNekoFan

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

  • 資深大佬 : KuroNekoFan

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