微前端建设方案
第1章 概述
为解决项目前端的高耦合、改动牵一发而动全身、多种技术栈强制混用、前端反复重构不彻底的问题,提出微前端的建设。
微前端指的是一种由独立交付的多个前端应用组成整体的架构风格。具体的,将前端应用分解成一些更小、更简单的能够独立开发、测试、部署的小块,而在用户看来仍然是一个整体。
第2章 需求分析
2.1 现状分析
目前GA-OA项目的前端是一个整体项目,每一次变更整体打包、部署,项目跟随需求变动越来越庞大,达到200M。
需求迭代频繁、多种风格与组件混用,研发周期较长。
2.2 微前端需求
要求根据业务,将前端进行拆分,独立研发、测试、部署、运行,达到解耦的目的。
2.3 技术需求
要求:
1、前端主框架,跟技术架构无关,不具备特性。
2、应用微前端,可以集成主框架运行,可以独立运行。
3、应用微前端,不能强依赖主框架的基础文件。
2.4 总体设计
第3章 架构设计
3.1 微前端架构设计
实现“1+1+N模式”。1个不具备特性的前端框架,1个主应用前端实现布局、首页等特性,N个业务应用前端(不受前端技术限制)集成。
3.2 微前端技术设计
qiankun(乾坤) 就是一款由蚂蚁金服推出的比较成熟的微前端框架,基于 single-spa 进行二次开发,用于将 Web 应用由单一的单体应用转变为多个小型前端应用聚合为一的应用。
第4章 研发清单
4.1 研发清单
一 |
前端架构 |
|
1 |
主架构前端 |
|
2 |
测试Demo前端 |
|
3 |
主应用前端(IBPS) |
|
二 |
应用微前端 |
|
1 |
公文办理前端 |
|
2 |
通知公告前端 |
|
3 |
会议前端 |
|
4 |
规范性前端 |
|
5 |
主应用前端(改造) |
|
|
|
|
第5章 建设步骤
5.1 前端主架构
搭建前端的基底框架(乾坤),可以集成主应用、业务应用,无技术限制。
研发主应用与微前端需要的公共组件、脚本
5.2 Demo测试
研发一个Demo,包含:主架构、主应用(整个GA-OA前端)、应用微前端,可以访问主应用,同时可以访问独立应用微前端。
5.3 主应用集成
将GA-OA整个前端作为主应用,集成至主架构。
5.4 公文办理
l 重构公文办理应用微前端
l 公文办理微前端,集成至主架构
l 主应用(GA-OA)剔除公文办理相关源码
5.5 通知通告
l 重构通知公告微前端
l 通知公告微前端,集成至主架构
l 主应用(GA-OA)剔除通知公告相关源码
5.6 会议管理
l 重构会议管理微前端
l 会议管理微前端,集成至主架构
l 主应用(GA-OA)剔除会议管理相关源码
5.7 规范性文件
l 重构规范性文件微前端
l 规范性文件微前端,集成至主架构
l 主应用(GA-OA)剔除规范性文件相关源码
5.8 主应用改造
l 重构主应用
l 主应用,集成至主架构
l 整个项目全部完成替换
第6章 接入规范
微应用不需要额外安装任何其他依赖即可接入 qiankun 主应用。
6.1 导出相应的生命周期钩子
微应用需要在自己的入口 js (通常就是你配置的 webpack 的 entry js) 导出 bootstrap、mount、unmount 三个生命周期钩子,以供主应用在适当的时机调用。
/**
* bootstrap 只会在微应用初始化的时候调用一次,下次微应用重新进入时会直接调用 mount 钩子,不会再重复触发 bootstrap。
* 通常我们可以在这里做一些全局变量的初始化,比如不会在 unmount 阶段被销毁的应用级别的缓存等。
*/
export async function bootstrap() { console.log('react app bootstraped'); }
/**
* 应用每次进入都会调用 mount 方法,通常我们在这里触发应用的渲染方法
*/
export async function mount(props) { ReactDOM.render(<App />, props.container ? props.container.querySelector('#root') : document.getElementById('root')); }
/**
* 应用每次 切出/卸载 会调用的方法,通常在这里我们会卸载微应用的应用实例
*/
export async function unmount(props) { ReactDOM.unmountComponentAtNode( props.container ? props.container.querySelector('#root') : document.getElementById('root'), ); }
/**
* 可选生命周期钩子,仅使用 loadMicroApp 方式加载微应用时生效
*/
export async function update(props) { console.log('update props', props); }
6.2 配置微应用的打包工具
除了代码中暴露出相应的生命周期钩子之外,为了让主应用能正确识别微应用暴露出来的一些信息,微应用的打包工具需要增加如下配置:
webpack: const packageName = require('./package.json').name; module.exports = { output: { library: `${packageName}-[name]`, libraryTarget: 'umd', jsonpFunction: `webpackJsonp_${packageName}`, }, };
6.3 跨域配置
vue.config.js 修改
headers: { 'Access-Control-Allow-Origin': '*' }
6.4 路由设计
子应用路由模式采用 hash 模式
附件:工作量评估
一 |
前端架构 |
工作量(人天) |
1 |
主架构前端 |
7 |
2 |
测试Demo前端 |
14 |
3 |
主应用前端(IBPS) |
7 |
二 |
应用微前端 |
|
1 |
公文办理前端(重构) |
60 |
2 |
通知公告前端 |
20 |
3 |
会议前端 |
30 |
4 |
规范性前端 |
20 |
5 |
主应用前端(改造) |
持续 |
|
|
|