导语:Kbone 是微信推出的 Web 与小程序同构解决方案,该方案现已支持 Vue、React 等同构。
1 背景
新人课程礼包是腾讯课堂双十一活动需求之一,该需求中有一个礼包课程领取页在多端(H5、小程序、app)都有涉及。
在小程序端我们可以使用 web-view 嵌入 H5,但该方案加载耗时以及无法使用微信特有的能力(例如:获取微信用户绑定的手机号,沉浸式状态栏),适逢 Kbone 已支持 React 同构,因此我们针对该页面尝试基于 Kbone 使用 React 同构小程序实践。
最终实现的效果,左边是 H5,右边是小程序:
体验二维码
2 框架选择
目前使用 React 构建小程序的方案大都使用静态编译的方式实现,例如 taro,nanachi。
这种静态编译方式只是让我们使用 React 和 JSX 的语法来编写小程序代码,然后通过语法分析工具把代码翻译成小程序模板。由于 JSX 并非模板语言,要将其翻译成小程序模板,则必须要牺牲一些 JS 的动态特性,这也就是为什么这种方案在编写上有很多限制,其本质缺陷在于语法分析是静态的,而 JS 是动态的。
此外,这种方案实际运行时并非 “真 React ”,因此对于跟进 React 特性来说,无法做到与官方同步。
至于 Kbone ,它能够__支持完整的 React 和 JSX 语法__,是因为它把 React 给完整引入进来,而对于 React 底层依赖了的 dom/bom 接口,它提供一套轻量的小程序适配层接口(miniprogram-render
和 miniprogram-element
)。
正是因为通过提供适配器的方式来仿造出 Web 环境,所以我们可以在任意位置任意方式书写 React 和 JSX,而无须担心是否不支持某些新特性。
3 React-Kbone-Miniprogram 过程
从 kbone-template-react 官方例子来看,React 代码使用 Kbone 构建出小程序,其流程是基于 Webpack 来实现的,它使用 Babel 转换 React 代码并通过 mp-webpack-plugin 在构建 Web 端代码后追加 Kbone 和小程序相关的文件到小程序工程。
- package.json、pages/、app.、project.config.json 等文件由 mp-webpack-plugin 插件生成的小程序工程文件。
miniprogram-render
和miniprogram-element
是 Kbone 两个核心模块:仿造接口和自定义组件,它们通过小程序 npm 包安装。- common 目录包含业务样式、业务代码和第三方库(React 相关),是由 Babel 转换并打包输出的。
从上图看,例子主要是以新项目出发,通过 webpack.mp.config.js
配置生成完整的小程序工程,但对于现存的小程序工程来说,其实我们并不需要 app.* 、project.config.json 等文件,同时更多时候我们__希望是在现有的 H5 项目中书写代码和复用代码,然后生成小程序页面输出到现有小程序工程中__。
4 接入现有工程
礼包课程领取页主要涉及到两个现存的工程:
- m-core:是腾讯课堂 H5 页面,技术栈是 Webpack 4 + Babel 7+ React ^16.8 + Typescript。
- weapp-ke:是腾讯课堂小程序,技术栈是__小程序原生框架__。
为了优先保证 H5 能够正常运行,我们将新页面的代码放到 m-core 项目,接着增加 webpack.mp.config.js
配置,由于同构生成的小程序页面依赖 Kbone 的适配层库,为避免原小程序工程主包过大,我们需要构建生成分包页面,同时上面说到 mp-webpack-plugin
会生成额外的小程序工程文件,所以我们要么在其构建结束后移除这部分文件,要么修改该插件仅生成必要的文件。我们暂时采用后一种方案,相对灵活一些,并已反馈给微信同学以支持生成单一页面代码到指定目录。
4.1 构建配置
我们基于 kbone-template-react 提供的 webpack.mp.config.js
来修改,以支持项目中使用的 React、Typescript、PostCSS、条件编译、Tree Shaking 等特性,还有与小程序代码复用。
4.1.1 Babel
以下是 H5 和小程序代码转换的公用规则,依据 isMp 来区分不同的转换处理
{
test: /\.(ts|js)x?$/,
use: [
'thread-loader',
{
loader: 'babel-loader?cacheDirectory',
options: isMp ? {
configFile: false, // 避免babel加载babel.config.js
presets: [
'@babel/preset-typescript', // 支持typescript
'@babel/preset-react', // 支持react
],
plugins: [
'@babel/plugin-proposal-class-properties',
]
} : {
configFile: path.resolve(rootDir, 'babel.config.js'),
},
},
{
loader: 'webpack-strip-block',
options: { // 依据标记移除代码块
start: isMp ? 'strip-block--h5-only:begin' : 'strip-block--mp-only:begin',
end: isMp ? 'strip-block--h5-only:end' : 'strip-block--mp-only:end',
},
}
],
include: [
path.resolve(rootDir, 'src'),
path.resolve(rootDir, 'node_modules/@tencent'),
],
sideEffects: !isMp, // 小程序开启tree shaking
}
同构小程序使用的 babel-loader 配置与一般 H5 使用的配置有些不同,对于小程序我们可以不加 @babel/preset-env
,是因为小程序开发者工具本身提供 ES6 转 ES5 的代码编译能力和增强编译能力。
至于插件**请不要使用 @babel/plugin-transform-runtime
和 @babel/plugin-transform-modules-commonjs
**插件,这两个插件在 h5 中比较常见,但在这里 @babel/plugin-transform-runtime
会导致小程序开发者工具运行报错,@babel/plugin-transform-modules-commonjs
会影响 Webpack 的 Tree Shaking。
此外,我们使用到 webpack-strip-block
,目的就是根据环境移除不必要的代码块(效果与 DefinePlugin
相同,但 DefinePlugin
无法处理 import 声明),配合 DefinePlugin
和 Tree Shaking 一起使用。
4.1.2 Tree Shaking
由于小程序对包大小有严格限制,因此我们需要尽可能地减少包大小。Tree Shaking 是一种代码优化技术,它可以消除那些无用的代码。
Webpack 中要使用 Tree Shaking,我们必须保证:
- 使用 ES2015 模块语法(即 import 和 export)。
- 确保没有编译器将 ES2015 模块语法转换为 CommonJS 模块。
- 在项目 package.json 文件中添加一个 “sideEffects” 属性或者在 module.rules 配置选项中设置 “sideEffects”。
- 使用 production mode 配置选项启用各种优化插件,包括 Minification 和 Tree Shaking。
如上述条件所示,在同构项目中我们需要注意以下几点:
tsconfig.json
中的compilerOptions.module
切勿设置为 “CommonJS”。@babel/preset-env
的modules
切勿设置为 “commonjs”,同时避免使用@babel/plugin-transform-modules-commonjs
。- 如果项目中 H5 部分使用了某些自执行的模块而无法使用 Tree Shaking,那么我们可以仅在构建小程序的配置中使用
Module.Rule.sideEffects
开启 Tree Shaking 而不影响 H5 的构建。
4.1.3 与小程序代码复用
现有 weapp-ke 小程序工程中使用了 @tencent/imwxutils
等 npm 库以及实现了各种 utils 代码,如果在同构代码中再实现一遍显然是再造轮子,同时会增加小程序包的大小,因此我们需要复用 weapp-ke 已有的代码。
对于 npm 包,由于 weapp-ke 小程序主包已经引入,所以同构代码在构建小程序代码时只需要通过 Webpack 的 `` externals `` 将 npm 包从输出的代码中排除,这样小程序在运行时会去主包获取这些依赖。
对于 weapp-ke 小程序已实现的 utils 代码,首先我们需要定位到 utils 目录并给它取一个别名,例如 `` weappKeUtils ``。
resolve.alias.weappKeUtils = path.resolve(weappKeDir, 'utils');
接着我们在同构的代码中引用小程序的代码模块。
import * as keRouter from 'weappKeUtils/router';
export function refresh() {
if (process.env.isMiniprogram) {
keRouter.refresh();
} else {
window.location.reload();
}
}
最后通过 Webpack 的 externals
将 weappKeUtils
代码模块以相对路劲的方式外部依赖到小程序中。
externals: [
(context, request, callback) => {
if (/^weappUtils/.test(request)) { // 通过commonjs引入小程序项目的utils,小程序模块定位只能使用相对路径
return callback(null, request.replace('weappUtils', '../../../utils'), 'commonjs');
}
return callback();
}
],
4.2 代码编写
4.2.1 小程序、H5 公共库适配
由于原本的 H5 和小程序项目是分开的,暂时没有统一的模块管理。尤其是涉及两端特有 api 的库无法共用。
需要注意的是有副作用的库,有些库中会除了 export 方法外会有一些__自执行逻辑__,若是其中逻辑涉及到 wx API,或 Web API,会导致另一端上抛出异常,需要注意分别在两端中剔除无关的库。
因此可以考虑抽出一个适配层,抹平两端公共库的差异,如 request、上报组件、统一路由跳转等。
举个例子,由于同构的代码在 H5 项目中,我们将小程序的 request 方法向 H5 的 request 方法对齐入参和返回值,进行适配。
/* strip-block--h5-only:end */
request = function mpRequest(url: string, options: any = {}) {
// ...
}
/* strip-block--h5-only:end */
/* strip-block--h5-only:begin */
request = require('assets/request').default;
/* strip-block--h5-only:end */
export default request;
4.2.2 open-type button 的回调函数
React 有一套自己的事件系统,用事件委托的方法,在 document 对事件进行监听。因此我们在 JSX 中所传入的若不是 React 支持的 DOM 事件(如 click、mouseenter),DOM 上是获取不到我们传入的回调方法的。
而在小程序中,对于部分设置了 open-type 的 button,小程序支持设置回调来获取一些用户授权的信息,如 <button open-type="getPhoneNumber">
对应了 bindgetphonenumber
回调,我们从在回调中获得解密用户手机号码的参数。这些都不是 React 中支持的回调函数。
因此这些方法需要被手动绑定到 DOM 上,才能被 Kbone 获取并触发到。我们可以另外封装一个 WxButton 组件,对这种特殊的回调做处理:
processWxEvents = (fn: any) => {
if (process.env.isMiniprogram) {
Object.keys(this.props).forEach((k) => {
if (k.indexOf('wxOn') === 0) {
const eventName = `on${k.slice(4)}`;
fn(eventName, this.props[k]);
}
});
}
}
componentDidMount() {
this.processWxEvents(this.addEventToDom);
}
componentWillUnmount() {
this.processWxEvents(this.removeEventFromDom);
}
render() {
const { children, className } = this.props;
return (
<wx-button
{...this.props}
{...(className ? { class: className } : null)}
ref={this.buttonRef}
>
{children}
</wx-button>
);
4.2.3 小程序组件 boolean 类型的属性
小程序组件有时候需要传递 boolean 类型的参数,如 <image>
的 lazy-load 属性,直接在 JSX 中书写<img lazy-load />
,属性也无法被 Kbone 读取到,可以换种方式,通过类型转换来传递 boolean 类型的属性:
<img lazy-load={1} />
5 小程序同构页面优化
5.1 体积优化
腾讯课堂小程序原本大小大约是__1350k__,同构页面基本开发完后,构建出的页面分包大小约__800k__,页面甚至比主包还要多出200k。
5.1.1 主要打包内容分析
- React:由于使用 Kbone 能够真正引入 Vue、React 的运行时,最终的代码包也会完整包含这些库的代码。本次同构页面引入压缩后的 react + react-dom 大约是__120k__。
- Kbone适配层组件:Kbone 通过两个 npm 包
miniprogram-element
和miniprogram-render
来提供基础的 dom/bom api,这两个包在压缩后上传约__180k__。 - 业务wxss代码:压缩前约__350k__。
- 业务js代码:压缩前约__340k__。
其中1、2部分属于第三方库,不容易进一步优化,于是我们把目光聚焦在构建出的业务代码。
5.1.2 精简 css
业务 wxss 代码达到 350k 显然是不正常的。经过排查,PostCSS 转换出的 wxss 文件中包含了两块“庞然大物”:base64的__背景图和iconfont__。
其中背景图是当前需求引入的,我们将背景图__上传到cdn__上,并设置图片加载失败时的背景色,避免将图片资源打包入 css 中。
而 iconfont 在小程序中本身就有一份设置在了全局样式中,没有必要重复打包一份到页面级的 wxss。于是这里选择__复用小程序公共样式__,对 H5 和小程序分开处理。首先抽出 iconfont 相关的 css 文件 `` catefont.css ``,在构建 H5 时引入,而在构建小程序时将其去除。
import './index.css';
/* strip-block--h5-only:begin */
import './catefont.css';
/* strip-block--h5-only:end */
在去除了背景图和重复样式(iconfont)后,wxss仅剩约__90k__(压缩前)。
5.1.3 精简 js
- npm 包和小程序代码复用,通过前面 Webpack 构建实现。
- Tree Shaking,通过前面 Webpack 构建实现。
精简后,js 仅剩约__100k__(压缩前)。
最终代码约__420k__,其中包含约__300k__的第三方库。活动页面是一个分包,对主包大小不造成影响。
6 总结
就目前 Kbone 实现的同构小程序效果来看还是不错的:
- 开发体验:低成本接入现有 H5 项目,并只需要针对
process.env.isMiniprogram
做小程序端特有的逻辑,其他完全与开发 H5 无异。 - 性能质量:由于实践的页面结构相对简单,所以流畅性基本可以与原生开发一样。后续实践将会针对结构复杂的页面研究其性能。
从上面开发实践来看,虽然已实现 H5 和小程序同构,但仍有一些可以改进优化的地方,例如 webpack-strip-block
这个 loader,它通过注释包裹的方式来区分 H5 端和小程序端的依赖引入(import),在 vscode 下可能会自动修正依赖引入的顺序,导致注释包裹内的依赖乱掉并影响到程序正常的运行,所以后续需要通过另外一种方式来优化这一部分。