微前端的产生，出发点是解决运维问题或者说工程化问题。
在一个项目组工作一年到两年的开发人员一般都会遇到这个困扰：随着业务不断扩展，我们的代码由一个spa小鹿不断膨胀成一只座头鲸，维护人员都开始对他望而生畏，团队内部运转越来越不顺畅，不同职责人员之间矛盾也随之增多。这种情况加人的收益是很低的，最后只能去重构，拆分项目。
既然代码难以维护，自然就考虑到怎么拆分项目，既然叫"微前端"了，自然应该从业务或者功能为出发点去拆分，然后以组件为产出单元面向用户。
在这个拆分过程中，如果能做到无视技术栈差异，自然就不用考虑组件复用的问题了，当然如果业务或者功能拆分的很细，以至于一个项目就只需要产出一个组件，那多少也缓解了重复开发的问题。
然后就是怎么把这些拆分的不同技术栈的项目组合起来的问题，最简单原理就是项目各自打包，通过script标签加载到一个页面上。细节会需要一定的规范，帮助不同的微前端展示在想展示的位置上。
再就是独立部署，微前端和主框架、微前端和其他微前的通讯或者同步问题，这个也是微前端基础设施需要考虑的问题。
微前端旨在简化业务代码，降低维护成本，使项目转身升级变得容易，就好比以前单机服务时代需要配置越来越高的主机，成本呈指数级别上升，后来出现了分布式架构，使系统变得易于维护，拓展成本也由指数级别变成了线性级别。
网友评论