Spring Boot+Vue 3大型前后端分离项目实战
上QQ阅读APP看本书,新人免费读10天
设备和账号都新为新人

1.4 前后端分离的优点和注意事项

前文中已经提到了很多前后端分离模式的优点,下面再简单地进行总结和补充。

• 可以真正实现前后端的解耦,不仅是开发方式的改进,前后端开发人员的职责也更加清晰,对于整个技术团队有很大的益处。

• 并行开发可以有效地提升开发效率,因为可以前后端并行开发,而不再是前后端代码强依赖。

• 职责分明意味着出现问题可以快速找到负责人,不会出现互相推诿的现象。

• 前后端开发的解耦也会增加各端代码的维护性和易读性。

• 尽早地使用前后端分离的开发模式,一旦业务扩展需要进行多产品开发,如App、微信小程序等,后端接口只要进行些许的增、改即可,因为有大量的复用接口,大幅度提升效率。

• 在前端项目部署时不需要重启服务器,无缝升级。

• 分开部署会进一步减轻后端服务器的压力。

当然,并不是说一定要采用前后端分离的开发模式,有一些注意事项是不得不考虑的。

1.前端开发资源是否充足

如果所在公司以往项目采用传统开发模式,即以后端MVC为主的开发模式,前端开发人员仅提供静态HTML页面,那么采用前后端分离的开发模式会将后端的控制权弱化并增强前端的控制权,也就是后端开发人员的压力会减轻,同时前端开发人员负责的工作更多了,不再是简单的交互效果和静态页面,路由规则、跳转逻辑、数据交互和页面渲染都需要考虑。现在前端技术百花齐放,组件化、模块化等都使得对前端开发人员的要求更高,所以在进行开发模式更改前一定要量力而行,在没有足够知识和人才储备的情况下不要贸然开展重构工作。

2.软件迭代周期需要慎重估算

对于中小型团队来说,一般需要比较快的软件迭代周期,此时不仅是前端开发人员配备不足,后端开发人员也不是十分充足,这种情况下采用前后端分离开发模式,增加了接口制定流程和前后端联调流程,可能会延长迭代周期。如果是项目转型,可能需要多次重构,因此不能盲目进行。

3.并不是所有的项目开发都需要前后端分离的开发模式

如果项目比较简单或一个项目需要快速开发上线,就可以采用普遍使用的MVC开发模式快速迭代。此时需要考虑的是实用性和迭代速度,在不熟悉前后端分离开发模式的情况下不要贸然做出定论。

4.前后端开发人员的沟通成本

前后端分离后,无论是API的对接还是测试工作,都涉及前后端人员的沟通。很多公司采用前后端分离开发模式后,前后端人员协作模式配合力度低、互相等待,开发效率低下,反而不如使用传统的开发模式。

在笔者的理解中,“前后端分离”既是一种项目开发模式,也是一种人员分工模式,同时也是一种项目部署模式,能够使得前后端开发工作不再强耦合,提升开发人员的整体效率。

最后也提醒读者,并不是所有项目或所有团队都适合前后端分离的开发模式,需要对当前的开发团队和所开发的项目进行合理的评估。因为前后端分离开发模式对前后端开发人员有一定的要求,如果在不熟悉的情况下贸然使用,反而有可能拖慢整体的开发进度,所以一定要慎重考虑,在有足够把握的情况下再去进行项目的重构和优化。