基于single-spa + vue 的前端微服务拆分及实践项目

**一、 前端微服务化的背景和价值：

背景：业务模块呈现快速增长趋势，孵化的业务模块也逐渐增多。
价值：让产品的前端架构能快速、插件化的支持业务的增加

二、设计目标

1. 解耦产品前端各业务模块，支持独立开发、发布和部署；
2. 设计出提供支持插件化调整业务模块、可多团队共同维护的前端架构；

三、系统分析

1.微前端架构简介

什么是前端微服务？
将微服务的理念应用于浏览器端，即将 Web 应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。各个前端应用还可以独立运行、独立开发、独立部署。

前端微服务框架：
Single SPA： 前端微服务的一套javascript框架，用于将多个javascript前端集合到一个前端应用程序中
基本概念：
加载器（独立服务）：也就是微前端架构的核心，主要用来调度子应用，决定何时展示哪个子应用， 可以把它理解成电源。
包装器（每个服务都需要有自己的包装器）：有了包装载器，可以把现有的应用包装，使得加载器可以使用它们，它相当于电源适配器。
主应用（独立服务）：一般是包含所有子应用公共部分的项目—— 它相当于电器底座
子应用（独立服务）：众多展示在主应用内容区的应用—— 它相当于你要使用的电器


主应用作用：
1.在未指定路由的情况下，可将路由重定向到已有路由。
2.不能识别的路由情况下，将路由重定向到已有路由。
3.可提供公共组件，来和不同子应用的界面进行组合来达到不同的显示效果。
官方给的demo：


设置了主应用后，进入5000端口，访问的就是主应用界面：

通过不同的路由就能拿到不同端口的资源：

4.详细拆分方案选择与对比

方案一：

方案二：

结论：选择方案二，这种方案符合基座模式，即导航服务是插排，各子服务是插头，能更灵活的支持各服务的组合。

5.服务间通信方案选择

方案 描述 使用场景
bus
Vue的单独实例，可理解为一个全局变量。 一般来说，都是利用父组件给子组件使用query或者params传递参数来实现子组件的数据显示，当出现子组件需要向父组件传递数据的时候，就需要用到bus。
vuex
状态管理库，是一个容器，包含着应用中大部分的状态。 当我们的应用遇到多个组件共享状态时，会需要：
1）多个组件依赖于同一状态。
2）来自不同组件的行为需要变更同一状态。
能解决更为复杂的通信场景。
结论：选择bus
原因：
(1)保持通信形式的单一性。产品中各业务模块内组件通信使用的就是bus，现只需给各服务共享一个全局的BUS即可实现通信；
(2)符合子组件向父组件传递数据的场景。拆分后服务间的通信机制是为了解决减少各子服务间依赖关系的，是由子服务向主服务发送消息，由主服务push路由加载子服务页面的方式实现子服务间通信；
(3)目前未识别到后续可能会出现的复杂通信场景；

6.拆分后各服务间通信示意图

最终成果：