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

[javaWeber]

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

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

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

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

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

[shawshi]

别动约定参数啊

[Tneciv]

@jowan A 迟但到

[xianxiaobo]

@jowan 你是想笑死我吗？哈哈哈

[tt67wq]

前端拿把椅子坐后端后面！物理对接才能逻辑对接！

[murmur]

先看文档，然后真人 PK，谁赢了听谁的，友好是不可能有好的

[zhang77555]

后端数据接口应该以稳定性可拓展性和效率为主,如果前端非要纠结接口细节,可以让他们自己加中台.

[iniko]

@jowan 我之所以点进这个帖子，也是想看看 APIJSON 的大佬进来没，哈哈哈

[hzb]

共同的敌人不应该是 产品吗

[yiyi11]

自己对啊，前后端架构分离，人员不分离。专职前端人员负责静态页面以及样式部分，后端人员负责写接口以及对接口，写 js，涉及请求接口的逻辑都由后端做。

[biossun]

接口设计定好规范，接口数据只依据业务需求来定，不要耦合服务器端的具体实现。

[leopku]

GraphQL +10086

[darknoll]

前后端一个人包了

[waising]

没有一顿烧烤解决不了的问题，有那就。。。。

[KuroNekoFan]

前端最好还是自己抽象一层 viewmodel，而不是直接使用后端的数据结构，这样对大家都好

[index90]

接入层服务，直接根据页面元素和 URL 定义肯定不会有问题。
如果后台想抽象一些固定的业务逻辑接口，在接入层服务下面搞多一层业务层服务，接入层服务和业务层之间的接口，自己爱怎么改怎么改。

多说一句，前端需求变更非常频繁，接入层接口不用考虑过多，不要引入太多技术思维。说不定你这个接口上线不到一个星期，需求就改了，接口的生命周期就结束了。

[Pilippa]

g   RPC

[ganbuliao]

这边建议您晚上吃顿烧烤呢！不然前端有可能掏刀！！ ^_^

[drioou]

不改字段名和数据结构 什么都好商量

[balabalaguguji]

前后端一起商量下需要什么数据，然后在你开发完接口之前，你可以写一个 mock 给客户端用，后面发现有没考虑到的地方再进行完善修改接口，其实良好沟通是很重要的，建议你把接口都写一下接口文档，这样客户端看的清楚明白，你可以试下 https://easydoc.xy 专门写接口文档的，还可以在线测试你的接口是否 ok，然后可以一键生成接口文档，调用示例，还有 mock 配置。

[gowk]

@jowan 噗，我笑喷了