前后端高效联调

一、介绍

对于新入职场刚开始工作没多久的前后端开发来说，如何联调这个问题，会有一定的问题。

无非也就是效率低一点，进度做的慢一点。

没什么，总会有新手期，等变成了老手就好了。

那么前后端如何高效的进行联调呢，我想有下面几点

1. 双方对需求的理解
2. 双方对细节上是否同步
3. 需求、接口更新后双方是否能及时同步

看出来了吗？虽然说前后端是分离的，但这只是代码上的，本质上他们还是要共同努力完成同一个需求。

所以除了代码是分开两个人写，那其他的就得当做是一个人，意念合一懂吧。

好的，那如何达到意念合一的状态呢，下面就和大家简单说说

二、如何高效

1）从需求出手

前后端联调，都是为了完成某个需求，那么必须先从需求出手

在开始需求会议的时候，前后端必须得一起参加，有问题得在会上提

我现在这家公司，就连这个需求会议都是没有的，并不是说所有需求都没有会议 如果是比较大的需求，产品会叫上前后端开发测试等同事一起会议 不怕这个，怕的是产品以为这个需求很小，没有叫上所有人，仅仅只是交代给了前端或者后端，等他们开始做需求了，才发现困难重重 然后需要反馈，重新拉会议进行沟通，这一来一回都是成本

上面描述的是公司管理上的混乱，新人入公司改变不了，只能尽量改变自己的习惯

也就是，在自己接收到需求时，自己确定了后，一定要找对方问清楚，前端找后端，后端找前端

当然了，有些产品就喜欢到座位上找你改东西，如果前后端座位离得近的话，直接拉上他一起沟通，也算是一个小的需求会议了

2）开发前准备

在确定完需求后，别急着编写代码，还有一步重要的步骤。

那就是前后端该如何进行编码，这很重要，直接影响了后面编码联调的效率

开发前具体需要做什么，就是确定需求中，有哪些接口，接口的出入参，接口调用的逻辑顺序

只有两边同步过，确定了满足需求后，才好进行编码

这边引入文档工具，如果公司有最好不过了。

如果没有，开发也要自己找一款文档工具来提供给前端，第三章推荐一款好用的文档工具。

根据需求的大小，这个时间也从10分钟到半天不等的时间，双方讨论对齐接口也需要额外花费时间

但请相信，这十分有必要。

而且，在沟通过程中出现了，设计不合理或者实现困难的时候，直接找到产品沟通，总比后面编码联调时出现问题要好。

3）需求变更

在开发的过程中，往往会出现不符合预期，变更需求的情况

主要有两点带来

• 开发到一半，发现前期评估不到位，导致开发有难度，或者逻辑前后不通顺，需要变更需求
• 产品方在开发到一半的时候介入，需求需要变更，这个就没有什么好说的了

主要说说第一点，在第二节开发前准备，前期评估的时候就已经大幅度降低这种可能了，但不是绝对，总会有漏网之鱼的

一旦出现，及时找产品说明清楚，需要重新评估需求

当然，需求再次确定下来后，同样走一遍开发前准备，将之前的设计修修补补，该加的接口加上，该去除的逻辑就去掉

重新调整接口、出入参、接口调用的逻辑顺序，这件事要做到与前后端同步

4）同时开发

在定好接口的出入参了之后，前后端都可以着手进行开发实现了。

有前端会疑问，前端不是必须要调用到后端接口才能进行开发吗，后端接口还没好怎么进行联调

其实，除了页面上的UI开发，最重要的是整体逻辑上的通顺闭环，我们可以通过mock后端接口来完成这这时间的开发

等到后端接口完成后，直接进行替换baseUrl，来进行逻辑上的查漏补缺

像我上面说的，只要前期沟通准备到位，后期真正联调的时间就越短，效率也就越高

三、文档工具

市面上，有很多文档工具，像showDoc、YApi、easyDoc等等，都可以定义接口文档

我特别喜欢一款文档工具Apifox，直接抓取项目中配置的Swagger的接口信息，生成文档

前端可以再上面进行mock接口，后端可以在上面调用自己验证接口

具体使用可以查看下面官网

Apifox - API 文档、调试、Mock、测试一体化协作平台。拥有接口文档管理、接口调试、Mock、自动化测试等功能，接口开发、测试、联调效率，提升 10 倍。最好用的接口文档管理工具，接口自动化测试工具。

四、最后

对于新人，上面的步骤至关重要，尽量对着上面的步骤来，能节约不少的时间，避免返工的出现。

但如果是一位老手，公司元老级别人物，本身就对系统了如指掌，那配合他来进行，效率说不定还更高。

其实，还有一些隐藏的规范，和公司的规定有关 比如说，接口统一用POST请求，加上body请求体的方式 简单粗暴，这都是公司为了照顾新手所制定的一些规则