「前端组件化」以Antd为例,快速打通UI组件开发的任督二脉

简介: UI组件开发是前端工作的重要一环,唠一唠到底Antd的技术大神们,是怎么实现我们在官网看到的这些组件的。

前言

犹记得,我还是一个初入职场的新人,出去面试总会被问到会不会组件开发的问题。当时项目开发都使用现成的UI组件,最初用Element UI,后来换成了Antd。无论换哪种组件,都帮助节省了很多开发时间,自己平时组件开发,最多就进行一些简单的标题、弹窗、表格的二次封装。总之就是,组件开发的“道行”尚浅,所以面试的时候底气略微不足。

经过岁月的沉淀,经验的累积,自己再开发一套UI组件也不是什么麻烦事的时候,我觉得是时候可跟大家伙唠唠,到底Antd的技术大神们,是怎么实现我们在官网看到的这些组件的。

讲一个我之前年少无知的往事。最开始使用Element,还挺困惑的。就琢磨着饿了么不是送外卖的嘛,怎么还提供上技术的组件库了?后来才知道,人家的技术团队也非常非常的厉害。


「写过通用组件吗?」

这道面试题的关键在于,是怎么写的。

系统特性

现今,UI组件库丰富且成熟,所以可能觉得日常开发中,通用组件会写的很少,其实不然。

每个系统,无论是业务特性、交互特性还是UI特性,都可以整理出一部分通用组件,比如标题、页面布局、列表、可编辑表格、模糊搜索框等

以列表为例

Antd有现成的Table组件,但是我们实际开发中,一般列表管理页是带搜索项以及数据展示的,有可能还带搜索重置按钮或者搜索导出按钮。

所以通用组件就有用武之地了,一次封装,千千万万的列表管理页面就都可以用一个组件搞定了。

{!resetAble&& (
<Buttontype='primary'onClick={handleReset}>重置</Button>)}
{exportable&& (
<Buttontype='primary'onClick={handleExport}>导出</Button>)}
<TabledataSource={list} columns={columns}/>;

功能通用

已知日常开发中的部分功能确实可以做成通用组件,那么怎么界定通用的边界呢?

通用性过高会导致代码过于复杂,通用性过低,开发效率会变低。我一般会观察以下两点:

1.用到这个功能的时候,和业务可能关系不大,UI或者交互操作,在任何业务线下都需要这样设计,比如可编辑表格。

2.使用频率,这个要加一点对未来业务发展的预判。比如搜索项中的省份和城市,需要实现模糊搜索匹配的功能。

未来无论怎么样的业务,只要有省份、城市这两项基本都需要这个功能。

<Selectdisabled={disabled} allowClearvalue={value} showArrow={!showSearch} filterOption={false} showSearch={showSearch} placeholder={placeholder} onSearch={showSearch?onSearch : null} onSelect={onSelect} onClear={onClear} style={{ width }}><Select.Optionkey={item[optionValue]} value={item[optionValue]}>    {item[optionKey]}
</Select.Option></Select>;

参数设计

通用组件,差异的部分,一般在功能设计的时候会通过外部传参区分或者控制。所以开发通用组件,参数设计是重要的一个环节。

如果刚开始不是很擅长设计参数,可以参考Antd的参数设计,Antd的组件丰富且功能强大,所以参数考虑的也很周全。边学边练,效果更佳。

如图为Antd的Input输入框组件「平平无奇」的参数:

Antd组件功能赏析

电影有精彩片段赏析,Antd的组件很丰富,如果一一列举,详细介绍,可能我要写到下个月,所以我选了几个常见且基础的组件,来看看Antd是怎么设计这些组件的。

官网指路☞Ant Design

赏析前准备

学习第三方组件之前,不能盲目看代码,可能会找不到重点或者被大量的逻辑绕晕。我一般学习之前先做三方面准备:

  • 先明确组件要实现什么功能,比如输入框是否不可操作,是否回显数据等;
  • 然后看组件参数,把参数分为控制UI布局、控制内容展示、控制操作功能等几种;比如通过disabled的值控制输入框是否可以操作,通过设置value的值进行数据回显等;
  • 最后去思考这些参数怎么实现具体的功能,就比较容易想清楚了。

Grid 栅格

栅格化布局,基于行(row)和列(col)来定义信息区块,可以将区域24等分。通过 row 在水平方向建立一组 column,内容放置于 col 内。

展示层

看col文件中这三行代码,和各种style、className变量。不难发现,栅格化布局主要是通过组件参数对样式的控制来实现的。

return (
<div {...others} style={{ ...mergedStyle, ...style }} className={classes} ref={ref}>    {children}
</div>);

布局设计

结合参数说明和代码分析,可以大致总结出栅格布局的设计如下:

1.栅格组件基于 Flex 布局。

2.栅格的占位格数,也是它的宽度,样式实现时使用百分比,比如span的值为6时,24等分之后,它的百分比是25%。

.ant-col-6 {
display: block;
flex: 0025%;
max-width: 25%;
}

3.区块间隔格数的值实际上是设置的padding值的2倍,是相邻两个模块的间距之和。所以代码中进行了除以2的处理。

if (gutter&&gutter[0] >0) {
consthorizontalGutter=gutter[0] /2;
mergedStyle.paddingLeft=horizontalGutter;
mergedStyle.paddingRight=horizontalGutter;
  }

4.响应式布局,支持六个响应尺寸:xs、sm、md、lg、xl、xxl。参数支持多类型可以是number类型,也可以是Object类型。使用typeof判断参数类型。

if (typeofpropSize==='number') {
sizeProps.span=propSize;
} elseif (typeofpropSize==='object') {
sizeProps=propSize|| {};
}

布局功能分析告一段落,栅格组件赏析也就收工了。

Steps 步骤条

我们来看看步骤条的功能。

  • 步骤条状态,已完成、进行中、未开始、运行错误。
  • 两种展示方式,横向和纵向。
  • 不同展示类型,数值类、自定图标类、点状类。
  • 内容展示,标题、子标题、详情描述。

rc-steps

我在看Antd的源码时发现,有些组件底层用的第三方react-component中的组件。当然这个组件库也是属于Antd的。所以想研究Steps组件的功能,需要翻另一个组件库的代码react-componentr/steps

import RcSteps from 'rc-steps';

步骤条状态

既可以通过status直接指定当前步骤状态,也可以通过对比current和步骤的数值确定步骤的状态。

conststepNumber=initial+index;
if (status==='error'&&index===current-1) {
childProps.className=`${prefixCls}-next-error`;
}
if (!child.props.status) {
if (stepNumber===current) {
childProps.status=status;
  } elseif (stepNumber<current) {
childProps.status='finish';
  } else {
childProps.status='wait';
  }
}

展示类型

步骤条支持多种不同的展示类型,代码实现上主要是通过条件语句判断。

  • 点状类型,支持自定义展示。当点状步骤条参数progressDot的值是函数类型时,会使用传入的值;否则使用内部定义的点状展示内容。
  • 自定义图标,参数icon表示步骤图标的类型,当它有值的时候,步骤条会显示成它的值。有两个特殊的图标:成功状态、失败状态,这两个状态的图标如果使用组件时没有进行自定义,会取内部定义的图标。
  • 默认类型,放到条件判断最底层,当其他判断条件的参数没有值时,步骤条会展示内部定义的默认类型。

条件判断

内部定义的成功和失败的图标

consticons= {
finish: <CheckOutlinedclassName={`${prefixCls}-finish-icon`} />,error: <CloseOutlined className={`${prefixCls}-error-icon`} />,};

Table 表格

Antd的Table表格,功能很强大,单看文档中的使用介绍就能感觉出来,可用功能大概30多种。我带着这些功能是怎样实现的好奇心,研究了Antd的源码。内容有点多,我挑基础的部分讲一讲。

rc-table

Table组件,底层主要使用react-component中的table组件。

columns

  • 参数columns表示表格列的配置描述,表格有哪些列表项都是通过它定义的。
  • Tabel组件会将columns传入RcTable组件。
  • columns的值确定表头thead都有哪些分组。
  • tbody中表格项的值,也是通过columns中列表项的dataIndex变量,从参数dataSource中找到对应的值。
{flattenColumns.map((column: ColumnType<RecordType>, colIndex) => {
const { render, dataIndex, className: columnClassName } =column;
return (
<CellclassName={columnClassName}
ellipsis={column.ellipsis}
align={column.align}
component={cellComponent}
prefixCls={prefixCls}
key={key}
record={record}
index={index}
renderIndex={renderIndex}
dataIndex={dataIndex}
render={render}
shouldCellUpdate={column.shouldCellUpdate}
expanded={appendCellNode&&expanded}
      {...fixedInfo}
appendNode={appendCellNode}
additionalProps={additionalCellProps}
/>  );
})}

dataSource

  • Table的参数dataSource实现表格数据回显。
  • dataSource传入Tabel组件会根据分页功能处理成pageData对象,传入RcTable组件。
  • 在RcTable组件中,表格列展示内容是封装到子组件Body中的。组件Body会先循环渲染表格的行数据,每一行下面包含一个BodyRow子组件
  • BodyRow子组件,行数据会进行循环单元格数据,而单元格的内容封装在Cell子组件中。
  • Cell单元格组件中,结合columns中的dataIndex确定最终回显的值。

      其中单元格的标签会根据传入的component的值不同,使用不同的标签,默认为td,表头thead传入的为tr。

component: Component='td',
......return (
<Component {...componentProps}>    {appendNode}
    {mergedChildNode}
</Component>);

Table组件比较复杂,功能比较丰富,组件的颗粒度也很细,我研究columns和dataSource就花了不少时间,更多的功能,后面再慢慢探索吧。

总结

多看一些优秀的项目源码,可以帮助拓展开发思路,提升技术设计思维。

现在有Antd等优秀的UI组件库,好像是不用重复造轮子了。但是奔着学习的目的,去开发一套UI组件还是可以帮助提升技术的。当然这些都是给初级开发者的建议,大佬们,大佬们的技术能力,我还在努力追赶。

轻松一笑

来自朋友的故事的衍生篇

聚餐,来两盘土豆丝,为什么是土豆丝,因为便宜;为什么两盘,因为一盘不够。


目录
相关文章
|
1天前
|
前端开发
Element UI 【实战】纯前端对表格数据进行增删改查(内含弹窗表单、数据校验、时间日期格式)
Element UI 【实战】纯前端对表格数据进行增删改查(内含弹窗表单、数据校验、时间日期格式)
22 6
|
2天前
|
前端开发 JavaScript 开发者
现代前端开发中的Web组件化设计
随着Web应用程序复杂性的增加,现代前端开发越来越倾向于采用组件化设计。本文将探讨Web组件化的定义、优势以及实际应用中的最佳实践,帮助开发者更好地理解和应用这一技术。
|
8天前
|
前端开发 JavaScript Java
SSMP整合案例第六步 在前端页面上利用axios和element-ui与后端交互实现增删改
SSMP整合案例第六步 在前端页面上利用axios和element-ui与后端交互实现增删改
12 1
|
2月前
|
前端开发 算法 搜索推荐
Web前端开发之面试题全解析 一(1),2024年最新前端组件化面试
Web前端开发之面试题全解析 一(1),2024年最新前端组件化面试
|
2月前
|
Web App开发 开发框架 前端开发
Open UI5 前端开发框架配套的 Mock Server 工作原理解析
Open UI5 前端开发框架配套的 Mock Server 工作原理解析
|
2月前
|
前端开发 JavaScript 搜索推荐
【专栏:HTML 与 CSS 前端技术趋势篇】HTML 与 CSS 在 Web 组件化中的应用
【4月更文挑战第30天】本文探讨了HTML和CSS在Web组件化中的应用及其在前端趋势中的重要性。组件化提高了代码复用、维护性和扩展性。HTML提供组件结构,语义化标签增进可读性,支持用户交互;CSS实现样式封装、布局控制和主题定制。案例展示了导航栏、卡片和模态框组件的创建。响应式设计、动态样式、CSS预处理器和Web组件标准等趋势影响HTML/CSS在组件化中的应用。面对兼容性、代码复杂度和性能优化挑战,需采取相应策略。未来,持续发掘HTML和CSS潜力,推动组件化开发创新,提升Web应用体验。
|
2月前
|
开发框架 前端开发 JavaScript
【Flutter前端技术开发专栏】Flutter中的动态UI构建与数据驱动视图
【4月更文挑战第30天】Flutter是一款高效跨平台移动开发框架,以其热重载、高性能渲染和丰富组件库著称,简化了动态UI和数据驱动视图的实现。本文深入讨论了动态UI构建原理,包括基于Widget树模型的UI更新和状态管理,如使用StatefulWidget和数据流库(如Provider、Redux)。此外,文中还介绍了实现技巧,如使用ListView等可滚动组件、StreamBuilder进行数据流驱动的UI更新,以及应用响应式布局以适应不同设备。Flutter为开发者提供了构建高效动态界面的强大工具。
【Flutter前端技术开发专栏】Flutter中的动态UI构建与数据驱动视图
|
2月前
|
前端开发 测试技术 持续交付
【Flutter 前端技术开发专栏】Flutter 中的 UI 测试与自动化测试
【4月更文挑战第30天】本文探讨了 Flutter 应用中UI测试和自动化测试的重要性,包括保障质量、提高效率和增强开发信心。Flutter提供`flutter_test`库进行Widget测试,以及`flutter_driver`进行集成测试。UI测试涵盖界面布局、交互和状态变化的验证,最佳实践建议尽早引入测试、保持用例简洁,并结合手动测试。未来,随着Flutter技术发展,UI测试和自动化测试将更加完善,助力开发高质量应用。
【Flutter 前端技术开发专栏】Flutter 中的 UI 测试与自动化测试
|
2月前
|
前端开发 搜索推荐 UED
【Flutter前端技术开发专栏】Flutter中的高级UI组件应用
【4月更文挑战第30天】探索Flutter的高级UI组件,如`TabBar`、`Drawer`、`BottomSheet`,提升应用体验和美观度。使用高级组件能节省开发时间,提供内置交互逻辑和优秀视觉效果。示例代码展示了如何实现底部导航栏、侧边导航和底部弹出菜单。同时,自定义组件允许个性化设计和功能扩展,但也带来性能优化和维护挑战。参考Flutter官方文档和教程,深入学习并有效利用这些组件。
【Flutter前端技术开发专栏】Flutter中的高级UI组件应用
|
2月前
|
移动开发 前端开发 测试技术
【Flutter前端技术开发专栏】Flutter中的组件化开发基础
【4月更文挑战第30天】Flutter作为热门的UI框架,以其声明式编程和高效性能深受开发者喜爱。本文聚焦Flutter的组件化开发,阐述组件化开发的代码复用、模块化、团队协作和测试便利等优势。在Flutter中,所有元素几乎都是组件,包括简单按钮到复杂布局。通过继承`StatelessWidget`或`StatefulWidget`创建自定义组件,如示例中的`CustomButton`。组件通过`build`方法构建,并可在其他组件中嵌套使用。理解并掌握组件的样式、布局及使用,对于提升Flutter开发技能至关重要。
【Flutter前端技术开发专栏】Flutter中的组件化开发基础