温馨提示:文本由机器自动转译,部分词句存在误差,以视频为准
00:00
通过前面的简单介绍,我们知道微前端是能够将多个不同的项目聚合成一个项目的架构思想。很多人喊出微前端就是前端,开发未来这样的口号,微前端为什么会受到大家的追捧?在这样的一个架构思想下,到底有哪些特点能够展现出微前端的魅力呢?听我往下说,在目前的单页架构中,使用组件去构建我们的用户界面,应用功能开发完成或者是bug修复完成之后,每次都需要对整个项目进行重新的构建和发布才能够去使用。而在微前端的架构下,我们可以将不同的模块拆分成。
01:01
独立的小型应用,此时功能模块就可以单独构建,单独发布。因为微前端架构是多个子应用的聚合,某个子应用发布后,不需要更改其他内容,应用就会自动更新。如果多个项目使用了相同的功能模块,那我们也可以把它拆分出来,在不同的项目中引入,这比抽离NPM包的方式可要优雅太多了。同时这也就意味着我们可以将一个大型项目拆分成一个一个的小项目,进行独立的开发与部署,然后在微前端架构下聚合成一个整体应用呈现给用户。在独立开发和部署的前提下,就可以引申出下面两个特点,技术站无关与增量更新,我们先来看增量更新。
02:01
项目迁移和重构是一项非常时且艰巨的任务,那使用微前端架构就可以解决此类的问题。在保留原项目的同时,可以完全使用新的框架开发新的需求,然后再使用微前端架构将旧的项目和新的项目进行整合,这样既可以保证原有功能正常运行,又能使用全新技术开发全新的功能,使产品得到更好的用户体验,同时也降低了开发成本。那么再接下来我们看技术站无关。所谓技术站无关,在其他资料里面也叫做团队自治。在微前端架构下有一个非常重要的设计理念,那就是独立出来的所有子应用可以使用任意的技术站,你可以将view开发的应用和开发的应用聚合为一个完整的应用。微前端架构下的每一个子应用都可以交给一个团队独立负责,而需要开发新的子应用时,这个子应用要使用哪种技术战就可以交给具体的团队自行决策,从而使团队之间的协作变得自由灵活。当然,如果是一个全新的微前端架构的项目,那我个人还是建议统一技术站,至于什么原因,大家可以在评论区。
03:42
我聊一下。
我来说两句