加载中...
将前端应用拆分为多个独立可部署子应用的架构模式,借鉴微服务思想,允许不同团队用不同技术栈开发各自负责的模块,通过主应用集成后提供一致的用户体验。

| 类型 | 前端架构模式 |
| 概念提出 | 2016 年(ThoughtWorks Technology Radar) |
| 代表工具 | Webpack Module Federation、single-spa |
随着公司业务增长,前端代码库可能膨胀为一个巨型单体(Monolith):数百人协作、编译时间超过 10 分钟、一个 bug 可能影响全站发布。微前端的思路是把这个大 SPA 拆成多个独立应用,每个团队负责自己的部分,可以独立开发、测试和部署。
Zalando、宜家、IKEA、Spotify 都是大规模实践微前端的案例。[1]
微前端有多种实现方式,从简单到复杂:
微前端并非银弹:引入了运行时依赖冲突风险、增加了网络请求和加载时间、调试复杂度大幅上升。适合大型多团队组织,中小团队用 Monorepo 往往是更好的选择。

| 类型 | 前端架构模式 |
| 概念提出 | 2016 年(ThoughtWorks Technology Radar) |
| 代表工具 | Webpack Module Federation、single-spa |
登录 后参与讨论
暂无讨论,来发表第一条评论吧