最近接了个需求，我后端写得比较急，方案设计得不太好，以为大功告成，然后就和前端对接了。
后面发现方案有问题，然后我就改了好几个接口，又找前端对接。。
再后来发现还是有问题，于是又改了接口。
我已经不太好意思跟他说我又改了接口了。
前后端怎么友好地对接口啊？
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
This topic created in 2703 days ago, the information mentioned may be changed or developed.
 |
1
没什么好的解决方法， 接口文档可以也加入 git， 像 postman 那样导出的 json 格式的文件可以清晰地看出修改了什么地方
|
1 |
2
带瓶可乐
|
 |
RingoTCJun 12, 2019
3
磨刀不误砍柴工吧，接口设计太草率了，之后肯定会花格外多的时间在修改上。还不如最开始好好设计接口。
|
 |
luckyrayyyJun 12, 2019
4
1、总结经验。2、设计上多留时间。3、选择合适的接口管理工具方便别人浏览和修改。
|
 |
itechifyJun 12, 2019 via Android
5
前后端分离了接口一般都是做的时候就定义好的，一般来说，根据需求，按模块划分，前端需要什么，定义好格式，后端就提供什么
|
 |
SankoJun 12, 2019 via Android
6
我一般都是让前端整理他需要什么接口然后给我，我来实现
|
 |
chendyJun 12, 2019
7
一开始就和前端交流好，要啥接口，输入输出是啥，然后慢慢写慢慢接…
当然即使如此也可能会有小调整，无所谓，大方向没问题就好 |
 |
ChefIsAwesomeJun 12, 2019 via Android
8
你先得知道你为什么要改。前端要求的理想情况是接口回的数据刚好够页面用。你这改了之后是让前端更好用呢，还是怎样。觉得不好意思就在你自己这里加 adapter，这样接口就不用变了。
|
 |
9
这问题不是怎么友好对接,而是怎么避免无意义的变更.
接口设计先于编码,所有可以设计的接口都设计完毕之后才可以开始写第一行代码,开始编码之前,前后端必须共同审核接口设计,双方同意之后开始开发 |
 |
weixiangzheJun 13, 2019 via iPhone
10
@Sanko 比较困难啊 这边大部分前端不管业务 有些东西会很不合理🤣
|
|
SankoJun 13, 2019 via Android
11
@weixiangzhe 我这项目很小，完全是 curd 前端给我他要显示的数据我帮他拿就 OK
|
 |
13
APIJSON 的老哥来了吗 没来我待会再回来看一下
|
 |
misaka19000Jun 13, 2019 via Android
14
先梳理需求定义接口，定义好了再去实现
|
 |
kinghlyJun 13, 2019 via Android
15
你自己业务都没整明白，肯定频繁改接口了。能力问题。
|
 |
redbuckJun 13, 2019
16
GraphQL
|
 |
gimpJun 13, 2019
17
我一般会问配合的前端需要什么接口，之后定下数据格式，再实现。
|
 |
poisedflwJun 13, 2019
18
让前端来定接口避免扯皮。
|
 |
maichaelJun 13, 2019
19
看前端水平怎么样，如果水平跟你差不多，甚至比你还高的话，在设计阶段就要跟前端沟通，提前沟通能省很多时间。
|
 |
66betaJun 13, 2019 via Android
20
没想好就写，跟技术方案无关
|
 |
shawshiJun 13, 2019
21
别动约定参数啊
|
 |
xianxiaoboJun 13, 2019
23
@jowan 你是想笑死我吗？哈哈哈
|
 |
24
前端拿把椅子坐后端后面！物理对接才能逻辑对接！
|
 |
murmurJun 13, 2019
25
先看文档，然后真人 PK，谁赢了听谁的，友好是不可能有好的
|
 |
zhang77555Jun 13, 2019
26
后端数据接口应该以稳定性可拓展性和效率为主,如果前端非要纠结接口细节,可以让他们自己加中台.
|
 |
hzbJun 13, 2019
28
共同的敌人不应该是 产品吗
|
 |
yiyi11Jun 13, 2019
29
自己对啊，前后端架构分离，人员不分离。专职前端人员负责静态页面以及样式部分，后端人员负责写接口以及对接口，写 js，涉及请求接口的逻辑都由后端做。
|
 |
biossunJun 13, 2019
30
接口设计定好规范，接口数据只依据业务需求来定，不要耦合服务器端的具体实现。
|
 |
leopkuJun 13, 2019
31
GraphQL +10086
|
 |
darknollJun 13, 2019
32
前后端一个人包了
|
 |
waisingJun 13, 2019
33
没有一顿烧烤解决不了的问题，有那就。。。。
|
 |
KuroNekoFanJun 13, 2019
34
前端最好还是自己抽象一层 viewmodel，而不是直接使用后端的数据结构，这样对大家都好
|
 |
index90Jun 13, 2019
35
接入层服务，直接根据页面元素和 URL 定义肯定不会有问题。
如果后台想抽象一些固定的业务逻辑接口，在接入层服务下面搞多一层业务层服务，接入层服务和业务层之间的接口，自己爱怎么改怎么改。 多说一句，前端需求变更非常频繁，接入层接口不用考虑过多，不要引入太多技术思维。说不定你这个接口上线不到一个星期，需求就改了，接口的生命周期就结束了。 |
 |
PilippaJun 13, 2019 via iPhone
36
g RPC
|
 |
ganbuliaoJun 13, 2019
37
这边建议您晚上吃顿烧烤呢！不然前端有可能掏刀！！ ^_^
|
 |
drioouJun 13, 2019
38
不改字段名和数据结构 什么都好商量
|
 |
balabalagugujiJun 13, 2019
39
前后端一起商量下需要什么数据，然后在你开发完接口之前，你可以写一个 mock 给客户端用，后面发现有没考虑到的地方再进行完善修改接口，其实良好沟通是很重要的，建议你把接口都写一下接口文档，这样客户端看的清楚明白，你可以试下 https://easydoc.xy 专门写接口文档的，还可以在线测试你的接口是否 ok，然后可以一键生成接口文档，调用示例，还有 mock 配置。
|
|
balabalagugujiJun 13, 2019
41
|
 |
U2FsdJun 13, 2019
42
自己写前端和后端
|
 |
zhuzhibinJun 13, 2019
44
自己全干 就完事
|
 |
ziswayJun 13, 2019
45
开发前和前端一起接口评审，两边对过了接口，再开发会比较稳。即使后续要改接口，说明当时两边都没考虑好，那么也不用不好意思。
|
 |
V2exUserJun 14, 2019 via Android
46
我认为是你对需求理解不到位就开工了
|
 |
limuyan44Jun 14, 2019 via Android
47
先评接口再开发呗 除非是什么野路子，都分离了需求也有了哪有那么多接口改动。
|
 |
haohappyJun 14, 2019
48
用 apijson 啊 直接淘汰后端
|
|
index90Jun 14, 2019
49
|
 |
luvxyJun 14, 2019
50
我前端，一般先大概评估需求 先定制接口 商量好字段 后段照着我说的给数据
|
Select Language