背景
公司前端工程技术栈好处于 React+Mobx 与 Spring MVC（freemarker+jQuery） 两种技术栈共存的阶段，两种技术栈页面存在一些相同的业务功能点，如果分别开发和维护，就需要双倍的人力成本，因此，下文将尝试将 React 业务组件在 webpack 、 babel 等利器的帮助下应用于 Spring MVC 项目。
应用
一、简单封装组件挂载与卸载方法
React 业务组件就是 FunctionComponent 或者 ClassComponent ，需要利用 react-dom 中的 render 方法处理，转化成 Fiber 双向链表树，形成虚拟 DOM ，最后转成实际的 HTMLElement 追加到页面上。因此，在 Spring MVC 中使用需要抛出挂载与卸载的方法：
// 引入polyfill，后面会将为什么不用@babel/polyfill
import 'react-app-polyfill/ie9';
import 'react-app-polyfill/stable';
import React from 'react';
import ReactDOM from 'react-dom';
import { MediaPreview } from './src/MediaPreview';
// 引入组件库全部样式，后面会做css tree shaking处理
import '@casstime/bricks/dist/bricks.development.css';
import './styles/index.scss';
;(function () {
window.MediaPreview = (props, container) => {
return {
// 卸载
close: function () {
ReactDOM.unmountComponentAtNode(container);
},
// 挂载
open: function (activeIndex) {
ReactDOM.render(React.createElement(MediaPreview, { ...props, visible: true, activeIndex: activeIndex || 0 }), container);
// 或者
// ReactDOM.render(<MediaPreview {...{ ...props, visible: true, activeIndex: activeIndex || 0 }} />, container);
},
};
};
})();
二、 babel 转译成 ES5 语法规范， polyfill 处理兼容性 api
babel 在转译的时候，会将源代码分成 syntax 和 api 两部分来处理
syntax：类似于展开对象、optional chain、let、const等语法；api：类似于[1,2,3].includes、new URL()，new URLSearchParams()、new Map()等函数、方法；
babel 很轻松就转译好 syntax ，但对于 api 并不会做任何处理，如果在不支持这些 api 的浏览器中运行，就会报错，因此需要使用 polyfill 来处理 api ，处理兼容性 api 有以下方案：
@babel/preset-env 中有一个配置选项 useBuiltIns ，用来告诉 babel 如何处理 api 。由于这个选项默认值为 false ，即不处理 api
- 设置
useBuiltIns的值为“entry”，同时在入口文件最上方引入@babel/polyfill，或者不指定useBuiltIns，也可设置useBuiltIns的值为false，在webpack entry引入@babel/polyfill。这种模式下，babel会将所有的polyfill全部引入，导致结果的包大小会很大，然后利用webpack tree shaking剔除没有被使用的代码块； - 使用按需加载，将
useBuiltIns改成“usage”，babel就可以按需加载polyfill，并且不需要手动引入@babel/polyfill，但依赖需要安装它； - 上述两种方法存在两个问题，①
polyfill注入的方法会改变全局变量的原型，可能带来意想不到的问题。②转译syntax时，会注入一些辅助函数来帮忙转译，这些helper函数会在每个需要转译的文件中定义一份，导致最终的产物里有大量重复的helper。引入@babel/plugin-transform-runtime将helper和api都改为从一个统一的地方引入，并且引入的对象和全局变量是完全隔离的； - 在入口文件最上方或者
webpack entry引入react-app-polyfill，并启用webpack tree shaking；
方案一：全量引入 @babel/polyfill ， webpack 做 tree shaking
根目录配置 babel.config.json
{
"presets": [
[
"@babel/preset-env",
{
"targets": {
"chrome": "58",
"ie": "9"
}
},
"useBuiltIns": "entry",
"corejs": "3" // 指定core-js版本
],
"@babel/preset-react",
"@babel/preset-typescript"
],
"plugins": []
}
如果在执行构建时报如下警告，表示在使用 useBuiltIns 选项时没有指定 core-js 版本
webpack.config.js 配置
/* eslint-disable @typescript-eslint/no-var-requires */
const package = require('./package.json');
const path = require('path');
module.exports = {
mode: 'production',
entry: [
'./index.tsx',
],
output: {
path: __dirname + '/dist',
filename: `media-preview.v${package.version}.min.js`,
library: {
type: 'umd',
},
},
module: {
rules: [
{
test: /.(m?js|ts|js|tsx|jsx)$/,
exclude: /(node_modules|lib|dist)/,
use: [
{
loader: 'babel-loader',
options: {
cacheDirectory: true,
},
},
],
},
{
test: /.(scss|css|less)/,
use: [
'style-loader',
'css-loader',
'sass-loader',
],
},
{
test: /.(png|jpg|jepg|gif)$/i,
use: [
{
loader: 'url-loader',
options: {
limit: 8 * 1024 * 1024, // 大小超过8M就不使用base64编码了
name: 'static/media/[name].[hash:8].[ext]',
fallback: require.resolve('file-loader'),
},
},
],
},
{
test: /.(woff(2)?|ttf|eot|svg)(?v=\d+.\d+.\d+)?$/,
use: [
{
loader: 'url-loader',
options: {
limit: 8 * 1024 * 1024,
name: 'static/fonts/[name].[hash:8].[ext]',
fallback: require.resolve('file-loader'),
},
},
],
},
],
},
plugins: [],
resolve: {
extensions: ['.ts', '.tsx', '.js', '.json'],
},
};
构建生成的产物含有一堆图片和字体文件，并且都重复了双份，其实期望的结果是这些资源都被base64编码在代码中，但没有生效。
原因是当在 webpack 5 中使用旧的 assets loader （如 file-loader / url-loader / raw-loader 等）和 asset 模块时，你可能想停止当前 asset 模块的处理，并再次启动处理，这可能会导致 asset 重复，你可以通过将 asset 模块的类型设置为 'javascript/auto' 来解决。
module.exports = {
module: {
rules: [
{
test: /.(png|jpg|jepg|gif)$/i,
use: [
{
loader: 'url-loader',
options: {
limit: 8 * 1024 * 1024, // 大小超过8M就不使用base64编码了
name: 'static/media/[name].[hash:8].[ext]',
fallback: require.resolve('file-loader'),
},
},
],
type: 'javascript/auto',
},
{
test: /.(woff(2)?|ttf|eot|svg)(?v=\d+.\d+.\d+)?$/,
use: [
{
loader: 'url-loader',
options: {
limit: 8 * 1024 * 1024,
name: 'static/fonts/[name].[hash:8].[ext]',
fallback: require.resolve('file-loader'),
},
},
],
type: 'javascript/auto',
},
]
},
}
传送门： 资源模块(asset module)
再次构建，生成的产物在 IE 浏览器中应用会报语法错误，代码中有使用箭头函数语法。不是说 babel 会将高级语法转译成 ES5 语法吗？为什么还会出现语法错误呢？
这是因为 webpack 注入的运行时代码默认是按 web 平台构建编译的，但是编译的语法版本不是 ES5 ，因此需要告知 webpack 为目标( target )指定一个环境
module.exports = {
// ...
target: ['web', 'es5'], // Webpack 将生成 web 平台的运行时代码，并且只使用 ES5 相关的特性
};
传送门：构建目标(Targets)
再次构建在 IE 浏览器中应用，出现下面问题， IE 浏览器不支持 new URL 构造函数，为什么呢？ @babel/polyfill 不是会处理具有兼容性问题的 api 吗？
原因在于 @babel/polyfill 中 core-js 部分并没有提供 URL 构造函数的垫片，安装 url-polyfill ，在入口文件或者 webpack entry 引入它，再次构建
module.exports = {
// ...
entry: ['url-polyfill', './index.tsx'],
};
产物在 IE10 和 IE11 运行正常，但是在 IE9 会报错， url-polyfill 使用了 IE9 不支持的“ checkValidity ”属性或方法
element-internals-polyfill 实现了 ElementInternals ，为 Web 开发人员提供了一种允许自定义元素完全参与 HTML 表单的方法。
但是，该垫片中有使用 new WeakMap 构造函数， WeakMap 在IE中也存在兼容性问题，一个个去找对应的 polyfill 就跟套娃似的，还不如换其他方案
方案二：按需引入 @babel/polyfill
不用在入口文件最上方或者 webpack entry 引入 @babel/polyfill ，只需要安装即可
babel.config.json
{
"presets": [
[
"@babel/preset-env",
{
"targets": {
"chrome": "58",
"ie": "9"
}
},
"useBuiltIns": "usage"
],
"@babel/preset-react",
"@babel/preset-typescript"
],
"plugins": []
}
方案二和方案一都是使用 @babel/polyfill ，构建产物在IE执行依旧会报一样的错误， URL 构造函数不支持
方案三： @babel/plugin-transform-runtime
安装 yarn add @babel/plugin-transform-runtime @babel/runtime-corejs3 -D ，存在兼容性 api 由 @babel/runtime-corejs3 提供垫片
{
"presets": [
[
"@babel/preset-env",
{
"targets": {
"chrome": "58",
"ie": "9"
},
}
],
"@babel/preset-react",
"@babel/preset-typescript"
],
"plugins": [
[
"@babel/plugin-transform-runtime",
{
"absoluteRuntime": true,
"corejs": 3, // 指定corejs版本，安装@babel/runtime-corejs3就指定3版本
"helpers": true,
"regenerator": true,
"version": "7.0.0-beta.0"
}
]
]
}
构建产物在 IE 运行同样会报上述方案的错误，原因是安装的 @babel/runtime-corejs3 没有提供 URL 构造函数的垫片
方案四：入口引入 react-app-polyfill ， webpack 做 tree shaking
安装
yarn add react-app-polyfill
在入口文件最上方或者 webpack entry 引入
// 入口文件引入
import 'react-app-polyfill/ie9';
import 'react-app-polyfill/stable';
// webpack entry
entry: [‘react-app-polyfill/ie9’， 'react-app-polyfill/stable', './index.tsx'],
设置 mode: 'production' 就会默认启用 tree shaking
执行构建，产物在 IE9+ 都可以运行成功，说明 react-app-polyfill 很好的提供了 new URL 、 checkValidity 等垫片，查阅源代码也可验证
三、 css tree shaking
业务组件中使用了基础组件库中的很多组件，比如 import { Modal, Carousel, Icon } from '@casstime/bricks'; ，虽然这些基础组件都有对应的样式文件（比如 Modal 组件有自己的对应的 _modal.scss ），但这些样式文件中有依赖样式变量 _variables.scss ，依赖混合 _mixins.scss 等等，因此一个个导入样式需要捋清除依赖关系，非常不方便。于是我在入口文件出引入整个基础组件的样式 import '@casstime/bricks/dist/bricks.development.css'; ，这样也会导致引入了很多无关的样式，产物的大小会随之增大，需要对其做 css tree shaking 处理。
安装：
yarn add purgecss-webpack-plugin mini-css-extract-plugin glob-all -D
因为打包时 CSS 默认放在 JS 文件内，因此要结合 webpack 分离 CSS 文件插件 mini-css-extract-plugin 一起使用，先将 CSS 文件分离，再进行 CSS Tree Shaking 。
/* eslint-disable @typescript-eslint/no-var-requires */
const package = require('./package.json');
const path = require('path');
const PurgeCSSPlugin = require('purgecss-webpack-plugin');
const MiniCssExtractPlugin = require('mini-css-extract-plugin');
const glob = require('glob-all');
const PATHS = {
src: path.join(__dirname, 'src'),
};
function collectSafelist() {
return {
standard: ['icon', /^icon-/],
deep: [/^icon-/],
greedy: [/^icon-/],
};
}
module.exports = {
target: ['web', 'es5'],
mode: 'production',
// 'element-internals-polyfill', 'url-polyfill',
entry: ['./index.tsx'],
output: {
path: __dirname + '/dist',
filename: `media-preview.v${package.version}.min.js`,
library: {
type: 'umd',
},
},
module: {
rules: [
{
test: /.(m?js|ts|js|tsx|jsx)$/,
exclude: /(node_modules|lib|dist)/,
use: [
{
loader: 'babel-loader',
options: {
cacheDirectory: true,
},
},
],
},
{
test: /.(scss|css|less)/,
use: [
'style-loader',
MiniCssExtractPlugin.loader,
{
loader: 'css-loader',
options: {
// url: false
// modules: {
// localIdentName: '[name]_[local]_[hash:base64:5]'
// },
// 1、【name】:指代的是模块名
// 2、【local】：指代的是原本的选择器标识符
// 3、【hash：base64：5】：指代的是一个5位的hash值，这个hash值是根据模块名和标识符计算的，因此不同模块中相同的标识符也不会造成样式冲突。
},
},
{
loader: 'postcss-loader',
options: {
postcssOptions: {
// parser: 'postcss-js',
// execute: true,
plugins: [['postcss-preset-env']], // 跟Autoprefixer类型，为样式添加前缀
},
},
},
'sass-loader',
],
},
{
test: /.(png|jpg|jepg|gif)$/i,
use: [
{
loader: 'url-loader',
options: {
limit: 8 * 1024 * 1024, // 大小超过8M就不使用base64编码了
name: 'static/media/[name].[hash:8].[ext]',
fallback: require.resolve('file-loader'),
},
},
],
type: 'javascript/auto',
},
{
test: /.(woff(2)?|ttf|eot|svg)(?v=\d+.\d+.\d+)?$/,
use: [
{
loader: 'url-loader',
options: {
limit: 8 * 1024 * 1024,
name: 'static/fonts/[name].[hash:8].[ext]',
fallback: require.resolve('file-loader'),
},
},
],
type: 'javascript/auto',
},
],
},
plugins: [
new MiniCssExtractPlugin({
filename: `media-preview.v${package.version}.min.css`,
}),
/**
* PurgeCSSPlugin用于清除⽆⽤ css，必须和MiniCssExtractPlugin搭配使用，不然不会生效。
* paths属性用于指定哪些文件中使用样式应该保留，没有在这些文件中使用的样式会被剔除
*/
new PurgeCSSPlugin({
paths: glob.sync(
[
`${PATHS.src}/**/*`,
path.resolve(__dirname, '../../node_modules/@casstime/bricks/lib/components/carousel/*.js'),
path.resolve(__dirname, '../../node_modules/@casstime/bricks/lib/components/modal/*.js'),
path.resolve(__dirname, '../../node_modules/@casstime/bricks/lib/components/icon/*.js'),
],
{ nodir: true },
),
safelist: collectSafelist, // 安全列表，指定不剔除的样式
}),
],
resolve: {
extensions: ['.ts', '.tsx', '.js', '.json'],
},
};
由于 Icon 组件使用的图标是根据 type 属性确认的，比如 <icon type="close"/> ，则使用到了 icon-close 样式类，虽然 PurgeCSSPlugin 配置指定 icon.js 文件中使用样式应该保留，但因为 icon-${type} 是动态的， PurgeCSSPlugin 并不知道 icon-close 被使用了，会被剔除掉，因此需要配置 safelist ，指定不被剔除的样式。
最终产物由 1.29M 降低到 952KB ，其实构建后产物中还有比较多冗余重复的代码，如果使用公共模块抽取还会进一步减小产物体积大小，但是会拆分成好多个文件，不方便在 Spring MVC 项目的引入使用，构建产物由一个 js 或者一个 js 和一个 css 组成最佳
四、处理样式兼容性
1、 scss 中使用具有兼容性样式
在书写 scss 样式文件时，常常会用到一些具有兼容性问题的样式属性，比如 transform、transform-origin ，在IE内核浏览器中需要添加ms-前缀，谷歌内核浏览器需要添加 webkit- 前缀，因此构建时需要相应的 loader 或者 plugin 处理，这里我们采用 postcss 来处理
安装
yarn add postcss postcss-preset-env -D
loader 配置
module.exports = {
module: [
// ...
{
test: /.(scss|css|less)/,
use: [
'style-loader',
MiniCssExtractPlugin.loader,
{
loader: 'css-loader',
options: {
// url: false
// modules: {
// localIdentName: '[name]_[local]_[hash:base64:5]'
// },
// 1、【name】:指代的是模块名
// 2、【local】：指代的是原本的选择器标识符
// 3、【hash：base64：5】：指代的是一个5位的hash值，这个hash值是根据模块名和标识符计算的，因此不同模块中相同的标识符也不会造成样式冲突。
},
},
{
loader: 'postcss-loader',
options: {
postcssOptions: {
// parser: 'postcss-js',
// execute: true,
plugins: [['postcss-preset-env']], // 跟Autoprefixer类型，为样式添加前缀
},
},
},
'sass-loader',
],
},
]
}
2、处理 tsx 脚本中动态注入兼容性问题的样式
在某些场景下，可能会用脚本来控制 UI 交互，比如控制拖拽平移 element.style.transform = 'matrix(1.0, 2.0, 3.0, 4.0, 5.0, 6.0)'; ，对于这类具有兼容性问题的动态样式也是需要处理的。可以考虑以下几种方案：
- 自行实现
loader或者plugin转化脚本的样式，或者寻找对应的第三方库； - 平时编写的动态样式就处理好其兼容性；
由于我们的业务组件相对简单，直接在编写时做好了兼容性处理
element.style.transform = 'matrix(1.0, 2.0, 3.0, 4.0, 5.0, 6.0)';
element.style.msTransform = 'matrix(1.0, 2.0, 3.0, 4.0, 5.0, 6.0)';
element.style.oTransform = 'matrix(1.0, 2.0, 3.0, 4.0, 5.0, 6.0)';
element.style.webkitTransform = 'matrix(1.0, 2.0, 3.0, 4.0, 5.0, 6.0)';
五、附录
常见 polyfill 清单
