微前端架构实战-003微前端的落地方案原创

微前端架构从2016年被提出以来不断发展，也有了很多成熟的实践案例，但是目前并没有一个标准的执行方案。经过对现有微前端项目的梳理和总结，我发现了有三种不同的实现方式，分别是自组织方式、容器基座的方式以及去中心化的方式。那首先我们来看一下自组织方式，自组织方式是通过约定进行互相的调用，子应用与子应用之间制定好统一遵循的规则进行开发，但这需要处理大量的兼容性问题，那其中system JS这个框架就是。

就是专门用来做拈化统一处理的微前端方案，代码组织的自由度很高，对团队技术能力要求也很高，需要处理的问题同样很多，那目前直接使用的落地方案并不多。再接着我们来看容器基座的方案，那比较典型的就是single SPA，这款框架呢，给我们提供了一种思路，它是以配置文件的方式组织各个子应用，通过搭建容器中心，也就是基座来去链接不同的子应用，那阿里旗下的蚂蚁团队就是基于single SPA开发了乾坤这款框架，那甚至有很多小伙伴刚接触微前端就是从乾坤这个框架开始的，那中心基座的微前端方案也是目前。

通用最为广泛的微前端的落地方式，那再接下来我们看一下去中心化的方式，在VIPE5的更新中，增加了一个全新的功能选项，叫modelation，翻译过来呢，叫做模块联邦，而这一功能就可以实现去中心化的微前端架构方案。所谓去中心化就是脱离中心基座模式，每个应用之间都可以彼此进行资源共享，不需要统一管理和调度，子应用相互之间都可以自由调用，每一个子应用都可以作为其他子应用的基座容器。像YY团队基于模块联邦开发的emp微前端框架就拥有非常的开发体验。那除了以上介绍的三种方式之外，你还知道哪些微前端的落地方式呢？

可以在评论区留言和我一起讨论，但不管是哪种方式，无所谓好坏，只有合适或者不合适。在选择微前端架构进行项目开发时，需要根据自己的业务场景进行综合考量，选择最适合自己的方案才是最优解。但是就我个人的经验来说，目前最值得关注的就是去中心化的微前端方案，只是目前落地实践的项目非常少，刚才所提到的YY团队的EP算是非常优秀的案例了。在未来微前端架构的发展中，一定还有很多未知的问题出现，那么你愿不愿意发现这些问题并且解决他们呢？关注西林老师，一切学习前端开发的技术都在这里。