查看原文
其他

【第3141期】Ant Design Mini 支持微信小程序啦

支付宝体验科技 前端早读课 2023-12-14

前言

Ant Design Mini 组件库现在支持微信小程序,用户可以在支付宝和微信小程序中使用 Ant Design Mini 组件库。已适配的组件包括 Button、Slider、Container、Icon、Loading 等。适配背后采用中立的模板语法和小程序函数式组件,使用 AI 完成历史组件库代码的转换。

今日前端早读课文章由公号:@支付宝体验科技授权分享。

正文从这开始~~

【第3130期】Taro高性能小程序的最佳实践

Ant Design Mini

经过一段时间的开发与不断的努力,我们兴奋地宣布,Ant Desigin Mini 组件库中已有 16 个核心组件完成了微信小程序的适配工作!现在你不仅可以在支付宝小程序中使用 Ant Desigin Mini 组件库,也可以在微信小程序中使用了!

目前这项适配正处于 Beta 阶段,我们诚挚地邀请大家前来体验。首批适配的组件包括:Button、Slider、Container、Icon、Loading、Switch、Tag、Input、Calendar、List、Result、Popover、Mask、Stepper、Popup、Checkbox

先来看看 Demo 效果:

我们的官网文档、Demo 都已同步更新双端切换能力:

你可以参考以下文档进行接入:

  • 接入支付宝小程序:https://ant-design-mini.antgroup.com/guide/quick-start

  • 接入微信小程序:https://ant-design-mini.antgroup.com/guide/using-wechat

  • 使用 uni-app 接入:https://ant-design-mini.antgroup.com/guide/using-uni-app

双平台无法对齐的特性

受制于各平台框架设计,以下这些特性存在差异:

1、两个平台的事件 API 不同。支付宝小程序可以把实例上通过 props 传递给子组件,而微信需要在 data 里传递函数。视图层的写法也所有不同。

下面是 Calendar 在两种平台的使用方式。

微信小程序

Page({
data:{
handleFormat() {
}
}
})

<calendar onFormat="{{handleFormat}}" />

支付宝小程序

Page({
handleFormat() {

}
})
<calendar onFormat="handleFormat" />

微信小程序不支持在 slot 为空时显示默认值,所以我们在微信平台取消了部分 slot,对应会损失一些定制能力。比如说 Calendar 组件, 在支付宝可以通过 calendarTitle 这个 slot 定制标题,在微信端只能通过 css 来控制样式。

<View class="ant-calendar-title-container">
{/* #if ALIPAY */}
<Slot name="calendarTitle">
{/* #endif */}
<View class="ant-calendar-title">{currentMonth.title}</View>
{/* #if ALIPAY */}
</Slot>
{/* #endif */}
</View>

微信小程序不支持循环渲染 slot , 所以部分组件无法迁移到微信, 比如说 IndexBar 组件, 使用了 Slot 递归渲染整个组件的内容。这种写法无法迁移到微信。

<view a:for="{{items}}">
<slot
value="{{item}}"
index="{{index}}"
name="labelPreview" />
</view>

双平台适配背后的工程技术

下面我们为大家介绍一下 Antd Mini 支持多平台背后的一些工程方案。

中立的模板语法:使用 tsx 开发小程序

由于支付宝和微信的小程序的语法各有差异,为了解决让 Antd Mini 同时支持两个端,我们团队选择的 tsx 的一个子集作为小程序的模板语言。使用 tsx 具有以下优势:

  • 可以直接使用 babel 解析代码,无需自己开发编译器。

  • 各个 IDE 原生支持 TSX 的类型推导与代码提示。

  • 视图层和逻辑层可以复用同一份 props 类型。

  • 可以直接通过 import 导入其他的小程序组件,使用 typescript 进行类型检查。

  • 视图层脚本也可以享受类型校验,无需依赖平台 IDE

由于小程序的视图语法比较受限,从 tsx 向跨平台视图语法转换是比较容易的。我们基于 babel 开发了一个简单的编译器,解析原先 tsx 的语法树以后,将 React 的语法平行转换为可读性比较强的小程序视图语法。具体举例来看:

1、条件判断:我们使用了 && 以及 :三元表达式替代了之前的 :if 标签。

  • tsx: !!a && <Text>a</Text>

  • 微信小程序: <text wx:if="{{ !!a }}" />

  • 支付宝小程序: <text wx:if="{{ !!a }}" />

2、循环:我们使用了 map 代替之前的 :for 标签,从源码里自动分析出 :for-item :for-index :key 等标签。

tsx:

{todoList.map((task, taskIndex) => (
<Text
hidden={!mixin.value}
key={task.id}
data-item-id={taskIndex}
data-num={20}
>
{taskIndex} {task}
</Text>
))}

微信小程序:

<block
wx:for="{{ todoList }}"
wx:for-index="taskIndex"
wx:for-item="task"
wx:key="{{ task.id }}">
<!-- display: inline -->
<text
hidden="{{ !mixin.value }}"
data-item-id="{{ taskIndex }}"
data-num="{{ 20 }}"
>{{ taskIndex }}{{ task }}</text
>
</block>

支付宝小程序:

<block
a:for="{{ todoList }}"
a:for-index="taskIndex"
a:for-item="task"
a:key="{{ task.id }}">
<!-- display: inline -->
<text
hidden="{{ !mixin.value }}"
data-item-id="{{ taskIndex }}"
data-num="{{ 20 }}"
>{{ taskIndex }}{{ task }}</text
>
</block>

3、事件绑定:我们会按照配置,自动将直接转换为两个平台的格式。

  • tsx: <Text onClick="handleClick" />

  • 微信小程序: <text bind:click="handleClick" />

  • 支付宝小程序: <text onClick="handleClick" />

4、视图层脚本

  • tsx: import helper from './helper.sjs.ts'

  • 微信小程序:<wxs src="./helper.wxs" module="helper" />

  • 支付宝小程序:<import-sjs src="./helper.sjs" module="helper" />

我们还规定了以 sjs.ts 作为视图层脚本的文件格式。在编译时候转换为对应平台的文件格式。

5、类型方案

为了让逻辑层类型与视图层关联,我们设计了一些工具类型。比如说下面使用的 TSXMLProps,将 IProps 的 onClick 转换成了字符串。

// Calendar.axml.tsx
import { TSXMLProps, View } from 'tsxml';

interface IProps {
className?: string;
style?: string;
onClick: (e) => void;
}

interface InternalData {
size: number;
}

export default (
{ className, style }: TSXMLProps<IProps>,
{ size }: InternalData

) => (
<View class={`ant-calendar ${className ? className : ''}`} style={style}>
{size}
</View>
);

// Page.axml.tsx

import Calendar from './Calendar.axml.tsx'

export default () => (<Calendar onClick="handleClick" />)

目前使用 tsx 的这套方案还存在一些限制:

  • 和小程序相同,一个文件内只能定义一个组件。

  • 如果使用自定义组件,需要配置组件事件在各个平台的写法。

老组件语法转换?用 AI 就行了

在决定使用 tsx 语法之后,我们还面临一个很棘手的工作量问题:如何把历史组件库 axml 代码全量转换为最新的 tsx 语法?这时候就该 ChatGPT 出场了,我们请 AI 来帮助我们完成这个一次性转换工作。为了让转换结果更靠谱,我们使用了一些技巧:

  • 使用了 tsx 编译器等测试用例作为 prompt ,让 AI 可以更好的了解 tsx 的写法。

  • 除了 tsx 文件以外,我们还将组件的 props.ts 与 config.json 加到了 propmt 里,可以帮助 AI 生成更好的 import 导入。

在这里(https://github.com/ant-design/ant-design-mini/blob/master/scripts/transform.ts),你可以看到这份转换的完整 prompt。

【第2928期】运用小程序Skyline技术构建无缝用户体验

确保 AI 产出的正确性?再用我们的编译器转回来

为了确保 AI 产出的代码是正确的,我们使用编译器将 AI 编写的 tsx 重新编译回 axml ,再用 git diff 对原始代码做比对,由此即可核查 AI 转换的正确性。

当然,这两次转换的过程不会完全等价,比如转换 map 的过程中会出现一层嵌套的 <block/>。好在这样的差异不多,一般肉眼看一遍就能确认正确性了。

跨平台通用的组件逻辑:小程序函数式组件(functional-mini)

除了视图,我们还需要确保组件逻辑适配到双端。这里我们使用了小程序函数式组件( functional-mini )的形式来编写,functional-mini 的源码及文档放置均在 ant-design/functional-mini 。

使用了函数式组件后,Antd Mini 用上了计算属性、useEffect 等特性,也能通过 hooks 来替换原有的大量 mixin 实现,让代码的可维护性提升了一个台阶。

以典型的 Popover 组件为例,逻辑部分适配完成后,它的代码完全变成了 React 风格,数据变更流程一目了然:

const Popover = (props: IPopoverProps) => {
const [value] = useMergedState(props.defaultVisible, {
value: props.visible,
});
const [popoverStyle, setPopoverStyle] = useState({
popoverContentStyle: '',
adjustedPlacement: '',
});

useEffect(() => {
setPopoverStyle({
popoverContentStyle: '',
adjustedPlacement: '',
});
}, [value, props.autoAdjustOverflow, props.placement]);

return {
adjustedPlacement: popoverStyle.adjustedPlacement,
popoverContentStyle: popoverStyle.popoverContentStyle,
};
};

关于小程序函数式组件的原理、特性介绍,将在后续的分享中另行展开。

【第3023期】哈啰Dora:深度解析Taro多业务线小程序协作构建工具与前端协作流

写在最后

欢迎大家一起来尝试 Ant Design Mini 的跨平台能力,你可以在 issue 区提出宝贵的建议与 Bug 反馈。

官网:https://mini.ant.design/

国内镜像:https://ant-design-mini.antgroup.com/

关于本文
原文:https://mp.weixin.qq.com/s/eyAd77KBjpyowz35DO3EXQ

这期前端早读课
对你有帮助,帮” 
 “一下,
期待下一期,帮”
 在看” 一下 。

继续滑动看下一个

您可能也对以下帖子感兴趣

文章有问题?点此查看未经处理的缓存