背景
公司前端工程技术栈好处于 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 清单
本文探讨了在Spring MVC项目中使用React组件的实践,包括组件的挂载与卸载方法,处理ES6/7到ES5的转译,解决IE浏览器的兼容性问题,以及处理样式兼容性和构建优化。通过引入Babel和相关插件,确保React组件能在老旧浏览器如IE中运行。
925

被折叠的 条评论
为什么被折叠?



