1.解读Ant Design Form中的码分onChange
2.ant 到底是什么啊？
3.Apache Ant和Apache Maven的区别
4.读读antd源码之通用组件
5.Element 2 组件源码剖析之 Layout (栅格化)布局系统
6.没写过复杂 React 组件？来实现下 AntD 的 Space 组件吧

解读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 属性进行数据转换。同时，通过深入理解源码，可以更高效地解决表单组件在实际应用中遇到的问题。

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命令时会失去一些特有的表达能力。如`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 ,执行默认的目标

Apache Ant和Apache Maven的区别

       Apache Ant

       1、Ant 是程序化的，你必须明确的告诉 Ant 做什么，什么时候做。你必须告诉它去编译，然后复制，然后压缩。

       2、Ant 没有生命周期，你必须定义目标和目标之间的依赖。你必须手工为每个目标附上一个任务序列。

       Apache Maven

       1、Maven 拥有约定，因为你遵循了约定，它已经知道你的源代码在哪里。它把字节码放到 target/classes，然后在 target生成一个 JAR 文件。

       2、Maven 是声明式的。你需要做的只是创建一个 pom.xml 文件然后将源代码放到默认的目录。Maven 会帮你处理其它的事情。

       3、Maven 有一个生命周期，当你运行 mvn install的时候被调用。这条命令告诉 Maven 执行一系列的有序的步骤，直到到达你指定的生命周期。遍历生命周期旅途中的一个影响就是，Maven 运行了许多默认的插件目标，这些目标完成了像编译和创建一个 JAR 文件这样的工作。

       Maven 以插件的形式为一些一般的项目任务提供了内置的智能。如果你想要编写运行单元测试，你需要做的只是编写测试然后放到/usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/content-zh/src/test/java，添加一个对于 TestNG 或者 JUnit 的测试范围依赖，然后运行 mvn test。

       å¦‚果你想要部署一个web 应用而非 JAR ，你需要做的是改变你的项目类型为 war ，然后把你文档根目录置为 /usr/local/hudson/hudson-home/jobs/maven-guide-zh-to-production/workspace/content-zh/src/main/webapp。当然，你可以用 Ant 做这些事情，但是你将需要从零开始写这些指令。使用 Ant ，你首先需要确定 JUnit JAR 文件应该放在哪里，然后你需要创建一个包含这个 JUnit JAR 文件的 classpath ，然后告诉 Ant 它应该从哪里去找测试源代码，编写一个目标来编译测试源代码为字节码，使用 JUnit 来执行单元测试。没有诸如 antlibs 和 lvy 等技术的支持（即使有了这些支持技术），Ant 给人感觉是自定义的程序化构建。

       é¡¹ç›®ä¸­ä¸€ç»„高效的坚持约定的 Maven POM ，相对于 Ant 的配置文件，只有很少的 XML 。

       Maven 的另一个优点是它依靠广泛公用的 Maven 插件。所有人使用 Maven Surefire 插件来运行单元测试，如果有人添加了一些针对新的测试框架的支持，你可以仅仅通过在你项目的 POM 中升级某个特定插件的版本来获得新的功能。

       ä½¿ç”¨ Maven 还是 Ant 的决定不是非此即彼的，Ant 在复杂的构建中还有它的位置。如果你目前的构建包含一些高度自定义的过程，或者你已经写了一些 Ant 脚本通过一种明确的方法完成一个明确的过程，而这种过程不适合 Maven 标准，你仍然可以在Maven 中用这些脚本。作为一个 Maven 的核心插件， Ant 还是可用的。自定义的插件可以用 Ant 来实现，Maven 项目可以配置成在生命周期中运行 Ant 的脚本。

读读antd源码之通用组件

       ui组件库在ui开发框架中扮演着类似模具的角色，极大地提升了生产效率。无论是设计风格、基础功能还是操作交互，ui组件库都进行了高度统一，为项目开发提供了开箱即用的便捷。在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源码之通用组件的探讨就到这里，希望能帮助你更好地理解这些组件的内部逻辑。

Element 2 组件源码剖析之 Layout (栅格化)布局系统

       深入剖析 Element 2 组件中的栅格化布局系统，此系统通过基础的分栏，为开发者提供快速简便的布局解决方案。本文将带你探索栅格系统如何通过行（row）与列（col）组件实现布局的灵活性与高效性。我们关注的是如何创建一致、规范、简洁的网页布局，提升用户体验。

       网页栅格化布局是提升页面设计与开发效率的关键工具，它让页面布局更加统一且易于复用。Grid.Guide、Bootstrap 等工具提供了灵活的栅格系统，允许开发者自定义最大宽度、列数及边界，以生成优化的栅格方案。Element 2 则借鉴 Ant Design 的理念，采用栅格系统基础上的等分原则，以应对设计区域内的大量信息收纳需求。

       栅格化布局系统的核心在于行（row）与列（col）组件。组件行（row）作为列（col）的容器，通过渲染函数构建，支持自定义HTML标签渲染，允许开发者根据需要灵活定制布局结构。列（col）组件则通过渲染函数构建，提供丰富的配置选项，包括间距、对齐方式等，以满足不同布局需求。

       行（row）组件支持通过属性动态调整样式与自定义标签，如gutter属性用于设置栅格间隔，type属性可选择使用Flex布局以实现更灵活的布局模式。justify与align属性分别控制Flex布局下的水平与垂直对齐方式，提供多种排列选项。此外，组件还通过计算属性计算样式，以抵消列（col）组件的内边距，确保布局的精确性。

       列（col）组件则通过渲染函数构建，支持自定义标签渲染，同时包含多个配置属性，如span用于指定列的宽度，gutter属性获取父组件row的间距设置，并根据此计算自己的内边距。组件还动态计算样式，以实现栅格、间隔、左右偏移的灵活调整。响应式布局特性使组件能够在不同屏幕尺寸下自动调整布局，提供适应性设计。

       通过组件的渲染函数与属性配置，Element 2 的栅格化布局系统实现了一种高效、灵活且可扩展的布局解决方案，为开发者提供了强大的工具来构建响应式、美观且功能丰富的网页布局。

没写过复杂 React 组件？来实现下 AntD 的 Space 组件吧

       React 开发者在日常工作中经常编写组件，但这些大多为业务组件，复杂度并不高。

       组件通常通过传入 props 并使用 hooks 组织逻辑来渲染视图，偶尔会用到 context 跨层传递数据。

       相对复杂的组件是怎样的呢？antd 组件库中就有许多。

       今天，我们将实现antd组件库中的一个组件——Space组件。

       首先，我们来了解一下Space组件的使用方法：

       Space是一个布局组件，用于设置组件的间距，还可以设置多个组件的对齐方式。

       例如，我们可以使用Space组件来包裹三个盒子，设置方向为水平，渲染结果如下：

       当然，我们也可以设置为垂直：

       水平和垂直的间距可以通过size属性设置，如large、middle、small或任意数值。

       多个子节点可以设置对齐方式，如start、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基本都会使用这个包。

       这个前缀是动态获取的，最终就是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和各种组件（这里是Space）：

       还有刚讲过的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，实现不同的间距等的设置。

       想一下，这些东西以后写业务组件是不是也可以用上呢？

蚂蚁知识付费系统源码（AntPayCMS）

       蚂蚁知识付费系统（AntPayCMS）是一款功能强大的付费系统源码，它提供了多种关键特性，旨在简化网站运营和内容管理。系统亮点包括：

       自定义SEO和独立文章标题，利于SEO优化

       全面的订单管理，支持按年、月、天统计，方便业务分析

       多样化的会员系统，支持多种社交平台登陆，便于用户注册和互动

       多元支付方式，涵盖微信、支付宝等，支持H5支付和本地文件下载

       阿里云OSS存储，提高访问速度并节省服务器资源

       处理功能，支持本地化和自动上传

       多级会员体系和文章去重功能，保护原创内容

       自动提交给百度索引，促进收录

       多模板切换和公众号关注登陆，增强用户体验

       文章标签管理和整站搜索，方便内容分类和检索

       实时统计与订单管理，展示网站活跃度

       选择AntPayCMS资源网，你将获得以下优势：

       节省时间：G资源库，快速搭建资源站，无需频繁寻找

       原创技术保障：专业开发者开发，提供长期维护与定制服务

       运营学习：通过资源站运营，学习推广策略，实现持续收益

       技术变现：资源与教程结合，多种方式实现个人IP价值

       通过这些特性，AntPayCMS不仅是一个内容管理平台，也是你实现知识付费和网站发展的重要工具。点击演示网址，了解更多详情。

antd的config-overrides.js组合配置问题

       在进行React项目开发时，我遇到了一个关于Ant Design配置的问题。项目中原本的icon元素在引入Ant Design后出现了空白现象，这让我感到疑惑。经过一番排查，我发现这是在引入Ant Design的`config-overrides.js`文件后，导致了原本的icon配置被覆盖。

       在未引入Ant Design时，项目的配置文件是这样的：

       引入Ant Design后，配置文件出现了变化，这可能是`config-overrides.js`文件中对某些配置进行了调整，导致原本的icon配置失效。

       了解到`config-overrides.js`文件会覆盖原有的webpack配置后，我开始思考如何解决这个问题。经过多次尝试，我找到了一个解决方案——将原本额外配置的webpack.config.js内容整合到`config-overrides.js`中。

       为了实现这一目标，我将原本的webpack配置记录整理，并将其内容整合进`config-overrides.js`中，以确保不会被覆盖。以下是我整合后的配置源码：

       (具体整合后的配置源码)

       通过将额外配置的webpack.config.js内容写入`config-overrides.js`中，问题得以解决，最终实现了组合配置成功的目标。