1.读读antd源码之通用组件
2.没写过复杂 React 组件？来实现下 AntD 的码详 Space 组件吧
3.ant 到底是什么啊？
4.Antd源码浅析之Icon组件
5.解读Ant Design Form中的onChange
6.蚂蚁知识付费系统源码（AntPayCMS）
读读antd源码之通用组件
ui组件库在ui开发框架中扮演着类似模具的角色，极大地提升了生产效率。码详无论是码详设计风格、基础功能还是码详操作交互，ui组件库都进行了高度统一，码详为项目开发提供了开箱即用的码详amcl 源码解读便捷。在React领域，码详中后台项目常用到的码详ui组件库，非Ant Design（antd）莫属。码详
本文将分享antd组件库的码详源码，探讨我们习以为常的码详功能背后的逻辑处理。在阅读过程中，码详将遵循《阅读前端源码的码详思路》，文章将直接分享重点，码详忽略具体细节。码详
一个没有设计理念的ui组件库，都不好意思称作ui组件库。官方文档中，第一个栏目就是“设计”，可见设计是ui组件库的灵魂，它包含了自身的价值观和模式，并遵循一系列规范。本文将先分享阅读的第1个，通用组件的源码。
通用组件包含三个：Button、Icon、Typography。关于这些组件，我们可以从官方文档中看到一些值得思考的功能。例如，Button的点击动作反馈，Icon的内部图标封装，Typography的文本处理或功能封装等。
antd的组件源码相对混乱，但我们可以从中找到一些有趣的点。例如，Button组件中关于按钮文字是两个汉字时插入空格的逻辑，以及内容劫持的过程。Wave组件的实现主要涉及到transition和animation，其中onClick方法的关键在于updateCSS方法，它动态添加样式，并添加transition和animation。
Icon组件则被搬到了@ant-design/icons库中实现，主要是一些样式、事件和图标引用的处理。Typography组件则提供了一系列文本样式的内容，其中文本拷贝使用了copy-to-clipboard库，文本溢出处理则通过Ellipsis组件实现。
本文对antd源码之通用组件的探讨就到这里，希望能帮助你更好地理解这些组件的内部逻辑。
没写过复杂 React 组件？来实现下 AntD 的 Space 组件吧
React 开发者在日常工作中经常编写组件，但这些大多为业务组件，复杂度并不高。
组件通常通过传入 props 并使用 hooks 组织逻辑来渲染视图，偶尔会用到 context 跨层传递数据。
相对复杂的组件是怎样的呢？antd 组件库中就有许多。
今天，我们将实现antd组件库中的一个组件——Space组件。
首先，我们来了解一下Space组件的使用方法：
Space是一个布局组件，用于设置组件的间距，还可以设置多个组件的对齐方式。
例如，我们可以使用Space组件来包裹三个盒子，设置方向为水平，渲染结果如下：
当然，我们也可以设置为垂直：
水平和垂直的间距可以通过size属性设置，如large、middle、small或任意数值。
多个子节点可以设置对齐方式，如start、mxml库源码end、center或baseline。
此外，当子节点过多时，可以设置换行。
Space组件还可以单独设置行列的间距。
最后，它还可以设置split分割线部分。
此外，你也可以不直接设置size，而是通过ConfigProvider修改context中的默认值。
Space组件会读取context中的size值，这样如果有多个Space组件，就不需要每个都设置，只需要添加一个ConfigProvider即可。
这就是Space组件的全部用法，简单回顾一下几个参数和用法：
Space组件的使用方法很简单，但功能非常强大。
接下来，我们来探讨一下这样的布局组件是如何实现的。
首先，我们来看一下它最终的DOM结构：
每个box都包裹了一层div，并设置了ant-space-item类。
split部分包裹了一层span，并设置了ant-space-item-split类。
最外层包裹了一层div，并设置了ant-space类。
这些看起来很简单，但实现起来却有很多细节。
下面我们来写一下Space组件的实现代码：
首先，我们声明组件props的类型。
需要注意的是，style是React.CSSProperties类型，即可以设置各种CSS样式。
split是React.ReactNode类型，即可以传入jsx。
其余参数的类型根据其取值而定。
Space组件会对所有子组件包裹一层div，因此需要遍历传入的children并做出修改。
props传入的children需要转换为数组，可以使用React.Children.toArray方法。
虽然children已经是数组了，但为什么还要使用React.Children.toArray转换一下呢？
因为toArray可以对children进行扁平化处理。
更重要的是，直接调用children.sort()会报错，而toArray之后就不会了。
因此，我们会使用React.Children.forEach、React.Children.map等方法操作children，而不是直接操作。
但这里我们有一些特殊的需求，比如空节点不过滤掉，依然保留。
因此，我们使用React.Children.forEach自己实现toArray：
这部分比较容易理解，就是使用React.Children.forEach遍历jsx节点，对每个节点进行判断，如果是数组或fragment就递归处理，否则push到数组中。
保不保留空节点可以根据keepEmpty的option来控制。
这样，children就可以遍历渲染item了，这部分是这样的：
我们单独封装了一个Item组件。
然后，我们遍历childNodes并渲染这个Item组件。
最后，我们将所有的Item组件放在最外层的div中：
这样就可以分别控制整体布局和Item布局了。
具体的布局还是通过className和样式来实现的：
className通过props计算而来，使用了classnames包，这是react生态中常用的包，根据props动态生成className基本都会使用这个包。955源码网
这个前缀是动态获取的，最终就是ant-space的前缀。
这些class的样式都定义好了：
整个容器使用inline-flex，然后根据不同的参数设置align-items和flex-direction的值。
最后一个direction的css可能大家没用过，是设置文本方向的。
这样，就通过props动态给最外层div添加了相应的className，设置了对应的样式。
但还有一部分样式没有设置，也就是间距。
其实这部分可以使用gap设置，当然，也可以使用margin，但处理起来比较麻烦。
不过，antd这种组件自然要做得兼容性好一点，所以两种都支持，支持gap就使用gap，否则使用margin。
问题来了，antd是如何检测浏览器是否支持gap样式的呢？
antd创建一个div，设置样式，并添加到body下，然后查看scrollHeight的值，最后删除这个元素。
这样就可以判断是否支持gap、column等样式，因为不支持的话高度会是0。
然后antd提供了一个这样的hook：
第一次会检测并设置state的值，之后直接返回这个检测结果。
这样组件里就可以使用这个hook来判断是否支持gap，从而设置不同的样式了。
最后，这个组件还会从ConfigProvider中取值，我们之前见过：
所以，我们再处理一下这部分：
使用useContext读取context中的值，并设置为props的解构默认值，这样如果传入了props.size就使用传入的值，否则使用context中的值。
这里给Item子组件传递数据也是通过context，因为Item组件不一定会在哪一层。
使用createContext创建context对象：
把计算出的size和其他一些值通过Provider设置到spaceContext中：
这样子组件就能拿到spaceContext中的值了。
这里使用了useMemo，很多同学不会用，其实很容易理解：
props变化会触发组件重新渲染，但有时候props并不需要变化却每次都变，这样就可以通过useMemo来避免它不必要的更新。
useCallback也是同样的道理。
计算size时封装了一个getNumberSize方法，为字符串枚举值设置了一些固定的数值：
至此，这个组件我们就完成了，当然，Item组件还没展开讲。
先来欣赏一下这个Space组件的全部源码：
回顾一下要点：
思路理得差不多了，再来看一下Item的实现：
这部分比较简单，直接上全部代码了：
通过useContext从SpaceContext中取出Space组件里设置的值。
根据是否支持gap来分别使用gap或margin、padding的样式来设置间距。
每个元素都用div包裹一下，设置className。
如果不是最后一个元素并且有split部分，就渲染split部分，用span包裹。
这块还是比较清晰的。
最后，还有ConfigProvider的部分没有看：
这部分就是创建一个context，并初始化一些值：
有没有感觉antd里用context简直太多了！
确实。
为什么？
因为你不能保证组件和子组件隔着几层。
比如Form和FormItem：
比如ConfigProvider和各种组件（这里是源码卸载vsftpSpace）：
还有刚讲过的Space和Item。
它们能用props传数据吗？
不能，因为不知道隔几层。
所以antd里基本都是用context传数据的。
你会你在antd里会见到大量的用createContext创建context，通过Provider修改context值，通过Consumer或useContext读取context值的这类逻辑。
最后，我们来测试一下自己实现的这个Space组件吧：
测试代码如下：
这部分不用解释了。就是ConfigProvider包裹了两个Space组件，这两个Space组件没有设置size值。
设置了direction、align、split、wrap等参数。
渲染结果是正确的：
就这样，我们自己实现了antd的Space组件！
完整代码在github：github.com/QuarkGluonPl...
总结：
一直写业务代码，可能很少写一些复杂的组件，而antd里就有很多复杂组件，我们挑Space组件来写了下。
这是一个布局组件，可以通过参数设置水平、垂直间距、对齐方式、分割线部分等。
实现这个组件的时候，我们用到了很多东西：
很多同学不会封装布局组件，其实就是对整体和每个item都包裹一层，分别设置不同的class，实现不同的间距等的设置。
想一下，这些东西以后写业务组件是不是也可以用上呢？
ant 到底是什么啊？
Ant是一种基于Java的build工具。理论上来说，它有些类似于（Unix）C中的make ，但没有make的缺陷。
既然我们已经有了make, gnumake, nmake, jam以及其他的build工具为什么还要要一种新的build工具呢？因为Ant的原作者在多种(硬件)平台上开发软件时，无法忍受这些工具的限制和不便。类似于make的工具本质上是基于shell（语言）的：他们计算依赖关系，然后执行命令（这些命令与你在命令行敲的命令没太大区别）。这就意味着你可以很容易地通过使用OS特有的或编写新的（命令）程序扩展该工具；然而，这也意味着你将自己限制在了特定的OS，或特定的OS类型上，如Unix。
Makefile也很可恶。任何使用过他们的人都碰到过可恶的tab问题。Ant的原作者经常这样问自己：“是否我的命令不执行只是因为在我的tab前有一个空格？！！”。类似于jam的工具很好地处理了这类问题，但是（用户）必须记住和使用一种新的格式。
Ant就不同了。与基于shell命令的扩展模式不同，Ant用Java的类来扩展。（用户）不必编写shell命令，配置文件是基于XML的，通过调用target树，就可执行各种task。每个task由实现了一个实现了特定Task接口的对象来运行。（如果你对Ant一点概念都没有的话，可能看不懂这一节，没有关系，后面会对target,task做详细的介绍。你如果没有太多的时间甚至可以略过这一节，然后再回来浏览一下这里的介绍，那时你就会看懂了。同样，如果你对make之类的工具不熟悉也没关系，下面的介绍根本不会用到make中的概念。）
必须承认，这样做，在构造shell命令时会失去一些特有的wpjam插件源码表达能力。如`find . -name foo -exec rm { }`，但却给了你跨平台的能力－你可以在任何地方工作。如果你真的需要执行一些shell命令，Ant有一个<exec> task，这个task允许执行特定OS上的命令。
Ant的概念
可能有些读者并不理解什么是Ant以及入可使用它，但只要使用通过Linux系统得读者，应该知道make这个命令。当编译Linux内核及一些软件的源程序时，经常要用这个命令。Make命令其实就是一个项目管理工具，而Ant所实现功能与此类似。像make，gnumake和nmake这些编译工具都有一定的缺陷，但是Ant却克服了这些工具的缺陷。最初Ant开发者在开发跨平台的应用时，用样也是基于这些缺陷对Ant做了更好的设计。
Ant 与 makefile
Makefile有一些不足之处，比如很多人都会碰到的烦人的Tab问题。最初的Ant开发者多次强调”只是我在Tab前面加了一个空格，所以我的命令就不能执行”。有一些工具在一定程度上解决了这个问题，但还是有很多其他的问题。Ant则与一般基于命令的工具有所不同，它是Java类的扩展。Ant运行需要的XML格式的文件不是Shell命令文件。它是由一个Project组成的，而一个Project又可分成可多target，target再细分又分成很多task，每一个task都是通过一个实现特定接口的java类来完成的。
Ant的优点
Ant是Apache软件基金会JAKARTA目录中的一个子项目，它有以下的优点。
跨平台性。Ant是存Java语言编写的，所示具有很好的跨平台性。
操作简单。Ant是由一个内置任务和可选任务组成的。Ant运行时需要一个XML文件(构建文件)。
Ant通过调用target树，就可以执行各种task。每个task实现了特定接口对象。由于Ant构建文件时XML格式的文件，所以和容易维护和书写，而且结构很清晰。
Ant可以集成到开发环境中。由于Ant的跨平台性和操作简单的特点，它很容易集成到一些开发环境中去。
Ant 开发
Ant的构建文件
当开始一个新的项目时，首先应该编写Ant构建文件。构建文件定义了构建过程，并被团队开发中每个人使用。Ant构建文件默认命名为build.xml，也可以取其他的名字。只不过在运行的时候把这个命名当作参数传给Ant。构建文件可以放在任何的位置。一般做法是放在项目顶层目录中，这样可以保持项目的简洁和清晰。下面是一个典型的项目层次结构。
(1) src存放文件。
(2) class存放编译后的文件。
(3) lib存放第三方JAR包。
(4) dist存放打包，发布以后的代码。
Ant构建文件是XML文件。每个构建文件定义一个唯一的项目(Project元素)。每个项目下可以定义很多目标(target元素)，这些目标之间可以有依赖关系。当执行这类目标时，需要执行他们所依赖的目标。
每个目标中可以定义多个任务，目标中还定义了所要执行的任务序列。Ant在构建目标时必须调用所定义的任务。任务定义了Ant实际执行的命令。Ant中的任务可以为3类。
（1） 核心任务。核心任务是Ant自带的任务。
（2） 可选任务。可选任务实来自第三方的任务，因此需要一个附加的JAR文件。
（3） 用户自定义的任务。用户自定义的任务实用户自己开发的任务。
1.<project>标签
每个构建文件对应一个项目。<project>标签时构建文件的根标签。它可以有多个内在属性，就如代码中所示，其各个属性的含义分别如下。
(1) default表示默认的运行目标，这个属性是必须的。
(2) basedir表示项目的基准目录。
(3) name表示项目名。
(4) description表示项目的描述。
每个构建文件都对应于一个项目，但是大型项目经常包含大量的子项目，每一个子项目都可以有自己的构建文件。
2.<target>标签
一个项目标签下可以有一个或多个target标签。一个target标签可以依赖其他的target标签。
例如，有一个target用于编译程序，另一个target用于声称可执行文件。在生成可执行文件之前必须先编译该文件，因策可执行文件的target依赖于编译程序的target。Target的所有属性如下。
(1).name表示标明，这个属性是必须的。
(2).depends表示依赖的目标。
(3)if表示仅当属性设置时才执行。
(4)unless表示当属性没有设置时才执行。
(5)description表示项目的描述。
Ant的depends属性指定了target的执行顺序。Ant会依照depends属性中target出现顺序依次执行每个target。在执行之前，首先需要执行它所依赖的target。程序中的名为run的target的depends属性compile，而名为compile的target的depends属性是prepare，所以这几个target执行的顺序是prepare->compile->run。
一个target只能被执行一次，即使有多个target依赖于它。如果没有if或unless属性，target总会被执行。
3.<mkdir>标签
该标签用于创建一个目录，它有一个属性dir用来指定所创建的目录名，其代码如下：
<mkdir dir=”＄{ class.root}”/>
通过以上代码就创建了一个目录，这个目录已经被前面的property标签所指定。
4<jar>标签
该标签用来生成一个JAR文件，其属性如下。
(1) destfile表示JAR文件名。
(2) basedir表示被归档的文件名。
(3) includes表示别归档的文件模式。
(4) exchudes表示被排除的文件模式。
5．<javac标签>
该标签用于编译一个或一组java文件，其属性如下。
(1).srcdir表示源程序的目录。
(2).destdir表示class文件的输出目录。
(3).include表示被编译的文件的模式。
(4).excludes表示被排除的文件的模式。
(5).classpath表示所使用的类路径。
(6).debug表示包含的调试信息。
(7).optimize表示是否使用优化。
(8).verbose 表示提供详细的输出信息。
(9).fileonerror表示当碰到错误就自动停止。
6．<java>标签
该标签用来执行编译生成的.class文件，其属性如下。
(1).classname 表示将执行的类名。
(2).jar表示包含该类的JAR文件名。
(3).classpath所表示用到的类路径。
(4).fork表示在一个新的虚拟机中运行该类。
(5).failonerror表示当出现错误时自动停止。
(6).output 表示输出文件。
(7).append表示追加或者覆盖默认文件。
7.<delete>标签
该标签用于删除一个文件或一组文件，其属性如下。
(1)/file表示要删除的文件。
(2).dir表示要删除的目录。
(3).includeEmptyDirs 表示指定是否要删除空目录，默认值是删除。
(4).failonerror 表示指定当碰到错误是否停止，默认值是自动停止。
(5).verbose表示指定是否列出所删除的文件，默认值为不列出。
8.<copy>标签
该标签用于文件或文件集的拷贝，其属性如下。
(1).file 表示源文件。
(2).tofile 表示目标文件。
(3).todir 表示目标目录。
(4).overwrite 表示指定是否覆盖目标文件，默认值是不覆盖。
(5).includeEmptyDirs 表示制定是否拷贝空目录，默认值为拷贝。
(6).failonerror 表示指定如目标没有发现是否自动停止，默认值是停止。
(7).verbose 表示制定是否显示详细信息，默认值不显示。
Ant的数据类型
在构建文件中为了标识文件或文件组，经常需要使用数据类型。数据类型包含在org.apache.tool.ant.types包中。下面镜简单介绍构建文件中一些常用的数据类型。
1. argument 类型
由Ant构建文件调用的程序，可以通过<arg>元素向其传递命令行参数，如apply,exec和java任
务均可接受嵌套<arg>元素，可以为各自的过程调用指定参数。以下是<arg>的所有属性。
(1).values 是一个命令参数。如果参数中有空格，但又想将它作为单独一个值，则使用此属性。
(2).file表示一个参数的文件名。在构建文件中，此文件名相对于当前的工作目录。
(3).line表示用空格分隔的多个参数列表。
(4).path表示路径。
2.ervironment 类型
由Ant构建文件调用的外部命令或程序，<env>元素制定了哪些环境变量要传递给正在执行的系统命令，<env>元素可以接受以下属性。
(1).file表示环境变量值的文件名。此文件名要被转换位一个绝对路径。
(2).path表示环境变量的路径。Ant会将它转换为一个本地约定。
(3).value 表示环境变量的一个直接变量。
(4).key 表示环境变量名。
注意 file path 或 value只能取一个。
3.filelist类型
Filelist 是一个支持命名的文件列表的数据类型，包含在一个filelist类型中的文件不一定是存在的文件。以下是其所有的属性。
(1).dir是用于计算绝对文件名的目录。
(2).files 是用逗号分隔的文件名列表。
(3).refid 是对某处定义的一个<filelist>的引用。
注意 dir 和 files 都是必要的，除非指定了refid(这种情况下，dir和files都不允许使用)。
4.fileset类型
Fileset 数据类型定义了一组文件，并通常表示为<fileset>元素。不过，许多ant任务构建成了隐式的fileset,这说明他们支持所有的fileset属性和嵌套元素。以下为fileset 的属性列表。
(1).dir表示fileset 的基目录。
(2).casesensitive的值如果为false，那么匹配文件名时，fileset不是区分大小写的，其默认值为true.
(3).defaultexcludes 用来确定是否使用默认的排除模式，默认为true。
(4).excludes 是用逗号分隔的需要派出的文件模式列表。
(5).excludesfile 表示每行包含一个排除模式的文件的文件名。
(6).includes 是用逗号分隔的，需要包含的文件模式列表。
(7).includesfile 表示每行包括一个包含模式的文件名。
5.patternset 类型
Fileset 是对文件的分组，而patternset是对模式的分组，他们是紧密相关的概念。<patternset>支持4个属性：includes excludex includexfile 和 excludesfile,与fileset相同。Patternset 还允许以下嵌套元素：include,exclude,includefile 和 excludesfile.
6.filterset 类型
Filterset定义了一组过滤器，这些过滤器将在文件移动或复制时完成文件的文本替换。
主要属性如下：
(1).begintoken 表示嵌套过滤器所搜索的记号，这是标识其开始的字符串。
(2).endtoken表示嵌套过滤器所搜索的记号这是标识其结束的字符串。
(3).id是过滤器的唯一标志符。
(4).refid是对构建文件中某处定义一个过滤器的引用。
7.Path类型
Path元素用来表示一个类路径，不过它还可以用于表示其他的路径。在用作几个属性时，路经中的各项用分号或冒号隔开。在构建的时候，此分隔符将代替当前平台中所有的路径分隔符，其拥有的属性如下。
(1).location 表示一个文件或目录。Ant在内部将此扩展为一个绝对路径。
(2).refid 是对当前构建文件中某处定义的一个path的引用。
(3).path表示一个文件或路径名列表。
8.mapper类型
Mapper类型定义了一组输入文件和一组输出文件间的关系，其属性如下。
(1).classname 表示实现mapper类的类名。当内置mapper不满足要求时，用于创建定制mapper.
(2).classpath表示查找一个定制mapper时所用的类型路径。
(3).classpathref是对某处定义的一个类路径的引用。
(4).from属性的含义取决于所用的mapper.
(5).to属性的含义取决于所用的mapper.
(6).type属性的取值为identity，flatten glob merge regexp 其中之一，它定义了要是用的内置mapper的类型。
Ant 的运行
安装好Ant并且配置好路径之后，在命令行中切换到构建文件的目录，输入Ant命令就可以运行Ant.若没有指定任何参数，Ant会在当前目录下查询build.xml文件。如果找到了就用该文件作为构建文件。如果使用了 –find 选项，Ant 就会在上级目录中找构建文件，直至到达文件系统的根目录。如果构建文件的名字不是build.xml ，则Ant运行的时候就可以使用 –buildfile file,这里file 指定了要使用的构建文件的名称，示例如下：
Ant如下说明了表示当前目录的构建文件为build.xml 运行 ant 执行默认的目标。
Ant –buildfile test.xml
使用当前目录下的test.xml 文件运行Ant ,执行默认的目标
Antd源码浅析之Icon组件
在进行B端项目开发时，我使用了Ant Design，其简洁优雅的设计深受喜爱。为了更好地理解其内部机制，我打算浅析Ant Design的Icon组件，尽管技术基础有限，但仍希望能有所收获。本文主要针对Ant Design 3.4.4 的源码进行分析，前提是你对JavaScript、React有一定了解。Antd定位为企业级产品的设计体系，适用于构建后台页面，比如CMS系统，它在React的世界里，就像Bootstrap与jQuery的对应关系，Vue也有Element UI这样的伴侣。
Antd源码基于TypeScript，一种JavaScript的类型超集，由微软开发，用于进行静态类型检查，比如Vue使用Flow。JavaScript虽为弱类型，但大型库如Antd选择严谨，采用TypeScript或Flow。
打开Antd的源码目录，组件结构清晰，Icon组件位于components文件夹内。组件文档详细，包括英文说明，可在官网查看。接下来，我们将深入核心代码，index.tsx是关键文件，它使用了Typescript的jsx语法，最终编译为.js文件。
在index.tsx中，可以看到Icon组件的定义，包括参数如spin（旋转动画）、style（样式）和type（图标类型）。官网还提供了示例和API描述，如spin参数默认为false，style为对象，type为字符串。
代码中，Antd引入了classnames处理动态CSS，omit.js则用于过滤不需要传递的属性。IconProps是参数校验器，确保接收数据有效，Antd采用TypeScript替代React的PropTypes进行类型检查。
主体代码中，Antd使用了标签实现Icon，首先通过IconProps验证参数，然后根据传入的type动态生成CSS类名。最后，通过omit函数过滤掉type和spin，因为它们在HTML标签中无意义。通过一个实例，我们可以看到生成的HTML代码。
总结来说，Antd的Icon组件实现原理清晰，虽然涉及TypeScript的使用可能对部分读者来说是个新概念，但其实质是数据类型校验。通过这个过程，我们可以学习到如何利用TypeScript来增强代码的类型安全性和可维护性。
解读Ant Design Form中的onChange
深入解析 Ant Design Form 中的 onChange 机制
Ant Design Form 组件在处理表单数据时，内部实现了一套复杂的逻辑，包括数据双向绑定、校验、数据提交等。本文主要探讨 onChange 事件及其在 Form 组件中的应用。
Form 组件是一个高阶组件 (HOC)，为被包装的组件（如 Input）提供了表单功能。Form.create 初始化这个组件，注入了 form 对象和 getFieldProps 方法，用于获取输入框等表单组件的 onChange、value 等属性，从而实现数据双向绑定。
创建 Form 的基本步骤包括：通过 Form.create 初始化组件，注入 form 对象和 getFieldProps 方法。getFieldProps 返回 onChange 和 value 属性，用于在表单组件上绑定数据变化事件。
当表单提交时，可以调用 form.validateFields 或 form.validateFieldsAndScroll 来执行数据校验和提交。
在表单内部，onChange 事件通过 onCollect 方法进行处理，该方法将收集到的表单数据存储在 fieldsStore 对象中。最终，通过 setFields 方法更新 fieldsStore，并触发组件重新渲染。
在特定场景下，例如渠道多选控件，当需要在 onChange 中进行复杂的数据处理并更新数据时，直接在 onChange 中设置 fieldsValue 可能会导致问题。因为 onChange 事件处理逻辑在 onCollect 中执行，而 setFieldsValue 方法的调用并未影响最终的 fieldsStore 数据。
为了解决这个问题，可以将对 fieldsValue 的设置放入下一个事件循环中执行。尽管这可以实现功能需求，但引入了额外的渲染步骤，增加了性能开销。进一步探索源码，可以发现 Ant Design 提供了 normalize 属性来处理数据转换，避免不必要的渲染。
normalize 方法在字段值改变时调用，在重新渲染前进行数据转换，确保渲染时数据符合预期，同时减少渲染次数。对于有校验规则的表单组件，normalize 方法在数据改变时被调用两次，一次是常规的数据更新，一次是校验后的数据更新。
总结而言，使用 Ant Design Form 时，应避免在 onChange 事件中直接设置 fieldsValue，而是利用 normalize 属性进行数据转换。同时，通过深入理解源码，可以更高效地解决表单组件在实际应用中遇到的问题。
蚂蚁知识付费系统源码（AntPayCMS）
蚂蚁知识付费系统（AntPayCMS）是一款功能强大的付费系统源码，它提供了多种关键特性，旨在简化网站运营和内容管理。系统亮点包括：自定义SEO和独立文章标题，利于SEO优化
全面的订单管理，支持按年、月、天统计，方便业务分析
多样化的会员系统，支持多种社交平台登陆，便于用户注册和互动
多元支付方式，涵盖微信、支付宝等，支持H5支付和本地文件下载
阿里云OSS存储，提高访问速度并节省服务器资源
处理功能，支持本地化和自动上传
多级会员体系和文章去重功能，保护原创内容
自动提交给百度索引，促进收录
多模板切换和公众号关注登陆，增强用户体验
文章标签管理和整站搜索，方便内容分类和检索
实时统计与订单管理，展示网站活跃度
选择AntPayCMS资源网，你将获得以下优势：节省时间：G资源库，快速搭建资源站，无需频繁寻找
原创技术保障：专业开发者开发，提供长期维护与定制服务
运营学习：通过资源站运营，学习推广策略，实现持续收益
技术变现：资源与教程结合，多种方式实现个人IP价值
通过这些特性，AntPayCMS不仅是一个内容管理平台，也是你实现知识付费和网站发展的重要工具。点击演示网址，了解更多详情。
