使用hel-micro制作远程antd、tdesign-react
发布于 2 年前 作者 fantasticsoul 3409 次浏览 来自 分享

hel-micro,模块联邦sdk化,免构建、热更新、工具链无关的微模块方案 ,欢迎关注与了解

制作远程react图形组件库

使用hel-micro模块联邦技术sdk化方案,基于react组件模板制作远程antd库(hel-antd)、远程tdesign-react库(hel-tdesign-react)。

hel-antd、hel-tdesign-react 两者制作过程完全一样,区别仅是安装的库不同,你可以参考此文将其他优秀的react图形组件库制作为对应的远程库,以下步骤以制作 hel-antd 为主。

传统的react图形组件库导入方式,多项目升级时很麻烦: image

基于hel-micro提升为远程库后,被其他项目使用时,实际运行逻辑不参与项目打包,可以做到使用方无感知动态升级(顺带也降低了项目打包体积,并提高编译速度),以antd为例,假如你有5个项目用到了antd2.20,某一天暴露出2.20存在了一个严重bug,官方升级到了2.21版本,这时候你需要把你的5个项目全部安装一下最新的antd版本并重新部署一遍,而如果是引用的hel-antd,就只需要基于2.21版本重新发布一下hel-antd即可,所用使用方就可以运行最新版本的antd了。 image

基于代理对象技术使用方可以像使用本地antd一样使用远程antd、远程tdesign-react,见在线示例:使用hel-antd使用hel-tdesign-react image

克隆react模板库

克隆react模板库,保存为hel-antd目录,接下来的步骤里,我们都将基于此目录下的文件改造

git clone https://github.com/hel-eco/hel-tpl-remote-react-comp-ts.git hel-antd

修改模块名称

  • 修改package.json里的模块名称为hel-antd
- "name": "hel-tpl-remote-react-comps-ts",
- "appGroupName": "hel-tpl-remote-react-comps-ts",
+ "name": "hel-antd",
+ "appGroupName": "hel-antd",
  • 修改项目里 src/configs/subApp.tsLIB_NAMEhel-antd(如不修改,构建时会报模块名不一致错误)
- export const LIB_NAME = 'hel-tpl-remote-react-comps-ts';
+ export const LIB_NAME = 'hel-antd';

可根据需要修改为自己想要的命名,此处仅为示例

安装antd

此处我们基于4.23.4版本的antd构建远程antd库

npm i antd@4.23.4

导出antd模块

导出antd模块主要包含2个部分,

  • 导出运行时代码webpack打包用,方便hel-micro可以动态拉取已构建的运行代码
  • 导出代理对象rollup打包用,方便使用方可以安装远程模块类型文件,并在文件头使用import静态导入远程模块

运行时代码导出

我们先在src/components下导出我们想要暴露的远程组件

- import HelloRemoteReactComp from './HelloRemoteReactComp';
- export {
-   HelloRemoteReactComp,
- }

+ import * as antd from 'antd';
+ export { default as TestExport } from './TestExport';
+ export default antd;

注意此处额外导出了一个TestExport组件,用于示范可以扩展原始antd库加入自己的新组件

function TestExport() {
  return <span>TestExport Component</span>
};
TestExport.displayName = 'TestExport';
export default TestExport;

然后在src/entrance/libProperties.ts里合并导出模块(此合并逻辑也可在src/components里面处理),并同时暴露推导出的模块类型对象

- import comps from 'components';
- export type LibProperties = typeof comps;
- export default comps;

+ import antd, { TestExport } from 'components';
+ const toExport = { ...antd, TestExport };
+ export type LibProperties = typeof toExport;
+ export default toExport;

代理对象导出

src/entrance/libTypes.ts文件内容表示导出代理对象,对象的实际内容由使用方hel-micro模块的preFetchLib函数填充,如下面的一行也不修改也是没问题的

import type { LibProperties } from './libProperties';
import { exposeLib } from 'hel-lib-proxy';
import { LIB_NAME } from 'configs/subApp';

export const lib = exposeLib<LibProperties>(LIB_NAME);
export type Lib = LibProperties;
export default lib;

但使用方只能使用default导出语法,而不能在文件头直接解构

// ok
import antd from 'hel-antd';
const { Button } = antd;

// error
import  { Button } from 'hel-antd';

为了支持文件头直接解构的写法,我们需要调整src/entrance/libTypes.ts文件内容,单独导出antd的各个组件

// 以下单个导出,支持 import { Button } from 'hel-antd'; 直接解构的语法
+ export const Affix = lib.Affix;
+ export const Alert = lib.Alert;

引入样式文件

src/index.ts文件里导入antd的样式文件,因 hel-antd支持使用css变量自定义主题,所以导入的时调整后的样式文件(将原始css文件的关键颜色替换为css变量)

import { libReady, isMasterApp } from 'hel-lib-proxy';
import { LIB_NAME } from './configs/subApp';
+ import './styles/theme.css';
+ import './styles/antd-style.css';

如不需要此功能,直接导入原始样式文件即可

import { libReady, isMasterApp } from 'hel-lib-proxy';
import { LIB_NAME } from './configs/subApp';
+ import 'antd/dist/antd.css'

打包与发布

修改package.json里的version版本号为1.0.0,运行build命令打包

npm run build

运行publish命令发布

npm publish

发布成功后,可以访问unpkg链接获取元数据验证是否已发布到cdn:

使用远程antd

使用远程antd包括预加载远程模块和导入代理模块两个步骤

预加载远程模块

使用npm命令按照代理模块

npm i hel-antd

入口文件后移,绑定react公共对象,预加载hel-antd,让远程模块的实际运行代码通过hel-micro填充到代理模块里

import { preFetchLib, bindReactRuntime } from "hel-micro";
import React from "react";
import ReactDOM from "react-dom";
import ReactIs from "react-is";

bindReactRuntime({ React, ReactDOM, ReactIs });

async function main() {
  // 预加载远程模块 ,例如 hel-antd
  await preFetchLib("hel-antd", { enableDiskCache: true });
  await import("./loadApp"); // 你的原始入口文件
}

main().catch(console.error);

preFetchLib默认总是拉取最新版本模块,如需运行时锁定版本号,透传版本号即可。

  await preFetchLib("hel-antd", { enableDiskCache: true, versionId:'1.0.0' });

此时可把版本号集中放后台某个地方管理(例如配置中心、自建的模块管控中心等),并统一下发到前端,就可以很方便的按需定制版本加载策略了。

导入代理模块

接下来你可以在项目里除入口文件之外的其他任意文件想导入本地模块一样导入远程模块并使用了。

import { Button } from "hel-antd";

// render antd  Button
<Button danger>remote antd button</Button>

新窗口访问在线示例:使用hel-antd使用hel-tdesign-react

自定义cdn

hel-micro默认采用的是unpkg文件cdn服务,如有自建的unpkg私服,可调整打包策略注入自己的cdn服务前缀,只需要修改config/subApp.js即可

- const subApp = helDevUtils.createReactSubApp(pkg, { npmCdnType: 'unpkg' });
+ const subApp = helDevUtils.createReactSubApp(pkg, { npmCdnType: 'unpkg', homePage: 'http://my-unpkg.com' });

自建npm+unpkg私服可参考issue 19

结语

使用hel-micro,可以用极低的代价来铺开模块联邦技术,优势见往期文章hel-micro 模块联邦新革命,欢迎了解与使用^_^


附:我的其他开源作品友链(欢迎关注与了解):

concent,一个自带依赖收集、提供setup特性的react数据流方案

limu,一个比immer更高效的js不可变操作库

6 回复

个人感觉模块联邦不适合 npm 公共库如 antd 等包,antd 通过 npm 包管理挺好的,多个项目需要升级虽然麻烦,但是线上稳定性更为重要。如果改为 hel-antd 一升级则所有依赖的业务项目没有经过测试回归直接就全量了是极其危险的事情,没有版本与灰度控制。还需要额外维护一个 hel-** npm 包。 模块联邦感觉更适合业务组件的共享 ~

hel-micro支持传递版本号的,https://tnfe.github.io/hel/docs/api/hel-micro/prefetch-lib#指定版本号

const lib = await preFetchLib('hel-tpl-remote-lib', '1.0.0');

不指定版本号的话默认拉最新版本,指定了版本号一点获取用户指定的版本,相当于把版本锁定动作从构建时迁移到了运行时,版本可由后台配置中心等地方下发,这种模式你的项目数量越多,升级越方便,试想一下lodash暴露了一个严重漏洞,你的所有项目需要重新构建和发布,如果这些项目引用的是hel-lodash,你只需要

1 单独发布 hel-lodash 2 配置中心修改下版本号(如果做了运行时锁版本的动作)

接下来就可以享受到所有使用方同步升级的收益了。

灰度控制可以基于getSubAppAndItsVersionFn 自己搭哦,实际上我们司内的版本有个hel-pack模块管控中心,提供灰度、回滚、个性化版本下发等功能。

听起来还是很强大的。

好东西,认真学习

回到顶部