关于前后端接口联调的问题讨论

271 天前
 zy0829

技术经理提出了一个要求: 后端提前设计好 api 文档,前端按照文档 mock 开发,然后也不需要联调这个过程。

我在想这样真的就不需要联调了吗?往往身边的同事连个文档都不会看,让前后端按照文档开发真的可行吗?这样会不会更繁琐

5994 次点击
所在节点    程序员
92 条回复
weixind
271 天前
前后端按照约定开发完了,放到一块不用联调就能跑通这个效果能实现。不过很看开发和前期沟通水平。你既然问了,贵司九成九实现不了。
est
271 天前
这个其实你不用想,问问身边的人有没有成功案例就知道了


我估计 90%后期也要改 api 的。哪有一次设计成功那么简单的。。。。。
28Sv0ngQfIE7Yloe
271 天前
>>>.后端提前设计好 api 文档

这个也是需要前端参与的,有些前端是不处理任何业务逻辑的,格式要求很敏感。
wangtian2020
271 天前
开发完毕后还是会进入联调的阶段的。不需要联调就纯扯淡
水平想当的情况下,前端设计的 api 会更完善一点,后端设计接口时容易页面看都不看,页面该显示的数据不返回。
后端设计接口也好,我当前端的省力,接口有问题再对后端提出修改意见
写 api 文档要用成熟的 api 接口管理网站,用过 eolink 、apifox 功能齐全都不错
whoami9426
271 天前
简单业务下没有问题,复杂的业务依旧需要联调,当然后端把单测写的足够好也能减少联调的必要
xianyv
271 天前
我(后端)也想这样,可是受限于和我合作的前端的水平,他连个接口文档都看不明白的人, 我还不如直接开发完,告诉他怎么用呢.
Jinyang7
271 天前
只能说这样,测试时候一堆 bug/doge
liangxiaowen
271 天前
还是按项目来。
如果接口多,可以这样做,几十个接口还有有文档查询一下好。
如果要改,改完知会一下就好了。
这么多接口应该也不会改太多,毕竟工作量也大。
手写文档复杂,就使用 swagger 之类就好
xFrye
271 天前
开发不联调,到时候上线是不是要通宵测试 🐶
zy0829
271 天前
经理提出这个要求目的是为了提高版本质量, 我是感觉跟质量不质量的不太搭嘎
sarices
271 天前
我们就是这样做,但因为水平,或者对业务理解不够透彻,有时候会在实际联调的时候做大改动,还有就是有前后端没有严格按照文档来做,导致有些字段类型明明是 string ,偏偏返回了 number 之类的,还有就是文档有误,字段太多,检查不过来,特别是我们这些做后台业务的,一个接口返回几十个字段是常有的事
debuggerx
271 天前
全栈开发,一个人把前后端都写了,自然也就不需要联调过程了。
当然对开发水平要求比较高,不是随便一个会写点前端的后端或者对后端一知半解的前端就能玩得转的。
有幸曾在一家外企创业团队待过,开发时一个人就负责一整个需求,需要什么就写什么,前端、后端、db 、mq 、cms 后台,信息模板……,需求涉及到的就一口气全做了,效率极高,问题很少,对团队和个人成长都有好处……
zy0829
271 天前
@sarices 那不是很痛苦吗
zy0829
271 天前
@Jinyang7 经理说这么做是为了减少 bug ,还说我们做单元测试没意义
zy0829
271 天前
@weixind 水平确实拉
zy0829
271 天前
@est 不用问工作 6 年没见过这么执行的
zy0829
271 天前
@whoami9426 经理说单测没意义,我感觉他只会一张嘴也没意义
linshuizhaoying
271 天前
你技术经理是不是没啥项目经验
liuyd
271 天前
前提是前端也要理解业务逻辑,不了解业务逻辑看文档费劲,我遇到的前端基本只关心页面交互,写了文档还得讲一遍,沟通成本高所以我们直接干掉中间环节,后端先启动,文档用 swagger 啥的生成一个就行。
zy0829
271 天前
@linshuizhaoying 菊花厂出来的

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1017771

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX