前后端怎么友好地对接口啊？

[javaWeber]

最近接了个需求，我后端写得比较急，方案设计得不太好，以为大功告成，然后就和前端对接了。

后面发现方案有问题，然后我就改了好几个接口，又找前端对接。。

再后来发现还是有问题，于是又改了接口。

我已经不太好意思跟他说我又改了接口了。

前后端怎么友好地对接口啊？

[cccy0]

没什么好的解决方法， 接口文档可以也加入 git， 像 postman 那样导出的 json 格式的文件可以清晰地看出修改了什么地方

[TwoDogSon]

带瓶可乐

[RingoTC]

磨刀不误砍柴工吧，接口设计太草率了，之后肯定会花格外多的时间在修改上。还不如最开始好好设计接口。

[luckyrayyy]

1、总结经验。2、设计上多留时间。3、选择合适的接口管理工具方便别人浏览和修改。

[oneisall8955]

前后端分离了接口一般都是做的时候就定义好的，一般来说，根据需求，按模块划分，前端需要什么，定义好格式，后端就提供什么

[Sanko]

我一般都是让前端整理他需要什么接口然后给我，我来实现

[chendy]

一开始就和前端交流好，要啥接口，输入输出是啥，然后慢慢写慢慢接…
当然即使如此也可能会有小调整，无所谓，大方向没问题就好

[ChefIsAwesome]

你先得知道你为什么要改。前端要求的理想情况是接口回的数据刚好够页面用。你这改了之后是让前端更好用呢，还是怎样。觉得不好意思就在你自己这里加 adapter，这样接口就不用变了。

[Vegetable]

这问题不是怎么友好对接,而是怎么避免无意义的变更.
接口设计先于编码,所有可以设计的接口都设计完毕之后才可以开始写第一行代码,开始编码之前,前后端必须共同审核接口设计,双方同意之后开始开发

[weixiangzhe]

@Sanko 比较困难啊 这边大部分前端不管业务 有些东西会很不合理🤣

[Sanko]

@weixiangzhe 我这项目很小，完全是 curd 前端给我他要显示的数据我帮他拿就 OK

[luozic]

@Vegetable 設計先于 coding，這個是現代工程和手工業的區別。

[jowan]

APIJSON 的老哥来了吗 没来我待会再回来看一下

[misaka19000]

先梳理需求定义接口，定义好了再去实现

[kinghly]

你自己业务都没整明白，肯定频繁改接口了。能力问题。

[redbuck]

GraphQL

[gimp]

我一般会问配合的前端需要什么接口，之后定下数据格式，再实现。

[poisedflw]

让前端来定接口避免扯皮。

[maichael]

看前端水平怎么样，如果水平跟你差不多，甚至比你还高的话，在设计阶段就要跟前端沟通，提前沟通能省很多时间。

[66beta]

没想好就写，跟技术方案无关