微前端学习笔记

微前端是概念，iframe是实现

我之前理解错了，直接把这2个不是同一层级的进行了对比，一直在思考一个问题“微前端相比iframe有什么优势？”

这个问题是没有意义的。

微前端是一种架构设计的概念(可以理解为接口或者抽象类)，而iframe是这种概念的具体实现(可以理解为实现的子类)。

常见的微前端实现方案

了解下每种方式在隔离、共享机制、生命周期管理方面是如何实现的。

iframe
WebComponents
ESM
阿里qiankun
欢聚时代EMP

为什么选择微前端？

蚂蚁的微前端落地实践
自去年年底伊始，我们便尝试基于微前端架构模式，构建出一套全链路的面向中后台场景的产品接入平台，目的是解决不同产品之间集成困难、流程割裂的问题，希望接入平台后的应用，不论使用哪种技术栈，在运行时都可以通过自定义配置，实现不同应用之间页面级别的自由组合，从而生成一个千人千面的个性化控制台。

微前端的核心价值

我认为微前端的核心价值在于 “技术栈无关“，这才是它诞生的理由，或者说这才是能说服我采用微前端方案的理由。

我们只需要在主系统构造一个足够轻量的基座，然后让各子应用按照共同的协议去实现即可。这个协议可以包括，主应用应该如何加载子应用，以及子应用如何被主应用感知、调度，应用之间如何通信等。这个协议不应该包括，子应用要如何确保隔离性、安全性，也就是子应用除了实现一些较为简单的协议之外，跟开发一个正常的 spa 应用应该没有任何差别，包括不应该有开发、构建、发布等流程上的侵入。只要子应用实现了这几个协议，其他的东西怎么玩，我们都不需要关心或干预。