我经历了两个团队，其中一个采用了微前端架构，一个没有采用前端架构，正是因为我亲身感受过这两种不同的架构模式，所以我对这两种模式有着深切的体会，我想分享一下我们到底需不需微前端?我们为什么需要微前端？

微前端（Micro-Frontends）是一种类似于微服务的架构，它将微服务的理念应用于浏览器端，即将 Web 应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。

需求   公司项目需要将两个独立运行的应用放在一个应用中，采用tab切换的形式展示不同的应用，同时两个应用还需要可以独立的运行。 方案确定   公司两个项目分别是vue3+vite2和vue3+vit

现存微前端方案在适配成本、样式隔离、运行性能、页面白屏、子应用通信、子应用保活、多应用激活、vite 框架支持、应用共享等用户核心诉求都或存在问题，或无法支持，需要一种更加完美的解决方案。

微前端概念 微前端是借鉴了微服务的理念，将一个庞大的应用拆分成多个独立灵活的小型应用，每个应用都可以独立开发，独立运行，独立部署，还可以随意组合，这样就降低了耦合度，从而更加灵活。 微前端特性 技术栈

我正在参加「金石计划5.0」 一、WuJie无界微前端 1.WuJie说明 说明文档：https://wujie-micro.github.io/doc/guide/ 微前端是一种多个团队通过独立发布

微前端是一种利用微件拆分来达到工程拆分治理的方案，可以解决工程膨胀、开发维护困难等问题。随着前端业务场景越来越复杂，微前端这个概念最近被提起得越来越多，业界也有很多团队开始探索实践并在业务中进行了落地。可以看到，很多团队也遇到了各种各样的问题，但各自也都有着不同的处理方案。诚然…

微前端是指存在于浏览器中的微服务，通常由许多组件组成，并使用类似于 React、Vue 和 Angular 等框架来渲染组件，每个微前端可以由不同的团队进行管理，并可以自主选择框架。 每个微前端都拥有独立的 git 仓库、package.json 和构建工具配置。因此，可以拆分…

我所在团队是做toB业务的，技术栈是Vue，团队目前有十多个典型的toB业务（菜单+内容布局），这些业务都是服务于一个大平台的，因为历史原因，每个业务都是独立的，都有一个html入口，所以当用户在这个大平台上使用这十多个业务的时候，每当切换系统时，页面都会刷新，体验很差；在开发…