关于前后端联调

最近在接受CRM系统的时候，华煜哥跟我说CRM用的是本地前端+远程后端的方式。我接触过的两个系统（设备系统和CRM系统）也有一定的时间了，趁这个机会说一下我对于本地前端+本地后端和本地前端+远程后端的感受。

 我一开始做设备管理系统的时候，用的就是本地前端+本地后端的方式。

因为我的电脑内存很大，有24G，而且设备管理系统其实不是一个很大的项目，我完全可以把后端所有服务都开起来，然后前端也跑起来，这样我前端和后端都是本地的，我改起来就很方便。

虽然说开发新功能的时候，我写完接口，还是要用postman去测试接口，然后再写前端，但是，在我改bug的时候，前后端联调的优势就出来了。

比如说，我的系统有一个查询接口出现了一点小问题。在本地前端 + 本地后端的模式下，我可以直接修改本地后端代码，运行起来后，前端点击查询按钮，立刻验证修改是否生效，非常方便。

但如果我采用本地前端 + 远程后端的方式，情况就会很复杂了。由于前端连接的是远程后端，而不是本地后端，即使我在本地修改了后端代码，前端也无法直接验证效果。这种情况下，我需要先用 Postman 来测试本地后端的修改是否正确。确认无误后，还需要将代码推送到远程环境，再通过前端点击查询按钮，验证远程后端的效果是否符合预期。

这个步骤其实是非常繁琐的，尤其是当接口的请求参数比较多时。像我刚刚提到的查询接口，参数相对来说还算简单，可能还好处理。但如果是新增接口那种需要提交几十个参数的场景，光是手动构造请求参数就可能要花上十几分钟。每次都得自己写一堆请求数据，再用 Postman 调试。整个过程不仅耗时，还容易出错。这种繁琐的操作会让我的体验非常糟糕。