😄--微前端的架构

1. 微前端

将一个巨大的前端项目拆分成为很多的小的前端项目；

（1） 如何拆分？

（2） 如何协作？

将一个单页面前端应用 由单一的单体应用转变为多个小型前端应用聚合为一的应用；

各个前端项目可以单一开发，并且单一部署；

同时，它们之间可以使用共享组件并行开发；

为什么要需要为前端这样的思想进行架构项目：

（1） 遗留系统迁移；

（2） 聚合前端应用；

（3） 新技术；

微前端

好处：

（1） 分而治之；遵循统一接口规范或框架；

（2） 单一职责；只需要关注自己的业务功能就好；

（3） 技术栈无关；

缺点：

（1） 依赖基础设施构建，依赖项的维护成本；

（2） 拆分粒度过小，维护成本较高；

（3） 技术栈混乱；

2.架构

1. 查找应用的机制。固定值配置文件（动态更新配置）

功能：

（1） 应用发现；

（2） 应用注册；

（3） 第三方应用注册；

（4） 访问权限管理；

设计理念：

中心化：应用注册表；

标识化应用：需要一个标识符来标记不同的应用；

应用生命周期管理；

高内聚，低耦合；

生命周期:

微前端应用作为一个客户端应用，每一个应用都拥有自己的生命周期；

Loadàbootstrapàmountàunloadàunmount

加载—》分配资源—》创建domà删除应用生命周期—》卸载删除事件dom

3. 如何进行拆分（通过哪些原则）

（1） 技术方式

（2） 路由分发方式

（3） 前端微服务化

（4） 组合式集成：微应用化

（5） 微件化

（6） 前端容器化

（7） 业务拆分

（8） 应用微化架构

（9） 整洁前端架构