1.没写过复杂 React 组件？来实现下 AntD 的阅读源码d源 Space 组件吧
2.ng-zorro-antd中踩过的坑
3.一看就会的超实用小组件之LoadingButton
4.读读antd源码之通用组件
5.antd的config-overrides.js组合配置问题
6.从Less源码阅读到编写自己的Less变量替换实现动态替换主题功能

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

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

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

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

       今天，阅读源码d源我们将实现antd组件库中的码阅一个组件——Space组件。

       首先，读工我们来了解一下Space组件的阅读源码d源使用方法：

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

       例如，阅读源码d源我们可以使用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基本都会使用这个包。

       这个前缀是动态获取的，最终就是tcpdum源码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也是weakptr源码同样的道理。

       计算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组件来写了下。

       这是一个布局组件，可以通过参数设置水平、垂直间距、对齐方式、分割线部分等。rpn源码

       实现这个组件的时候，我们用到了很多东西：

       很多同学不会封装布局组件，其实就是对整体和每个item都包裹一层，分别设置不同的class，实现不同的间距等的设置。

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

ng-zorro-antd中踩过的坑

       在前端开发过程中，我们常常会借助阿里开源的组件库ant-design，它提供的组件功能强大，能满足大多数需求，直接使用即可，非常便捷。当然，一些公司会对此进行二次开发，以打造具有独特风格的产品。

       本文将不涉及高深的技术细节，也不深入探讨底层源码，仅分享一些在项目中遇到的小问题。

       表格（table）——师傅以为是组件库的bug，没想到……

       不知道正在阅读本文的读者是否遇到过这样的情况：

       这个空状态怎么总是和我们作对呢？为什么就不能满足我们的预期呢？其实，它偶尔也会满足我们的要求。

       出现这种问题的原因实际上非常简单。回想一下，我们在删除和添加表项时，是否是这样操作的：

       看起来这段代码没有问题，但要知道的是，push()和splice()这两个函数是直接在原始数组上操作的，会改变原数组。然而，它们会改变数组的引用吗？答案是：不会。

       在angular的设计中，onChanges()监听的是哪种变化呢？是引用。

       因此，只要我们改变引用地址，就可以解决这个问题。

       这里提供的方法简单、快速、有效，非常实用。

       读完本文，你是否有一种豁然开朗的感觉呢？

一看就会的超实用小组件之LoadingButton

       ç»„件背景

       åœ¨å¹³æ—¶çš„工作中，经常会遇到一个场景：

       ç‚¹å‡»æŒ‰é’®æ—¶è¯·æ±‚一些接口数据，而为了避免用户重复的点击我们通常会为这些按钮添加loading。这个添加loading的功能本身时非常简单的，只要我们定义一个变量使用在Button组件中即可，但在做后台管理类项目时，这样的按钮可能会有非常非常多，可能一个组件中，很多变量都是xxx_loading，耗时耗力又不够优雅。接下来，我们对Button组件做一个简单的封装来解决这个耗时耗力又不够优雅的loading问题

灵感来源

       æˆ‘们在使用Antd的Modal对话框时，当我们的onOk为异步函数时，此时Modal的确定按钮会自动添加loading效果，在函数执行完成后关闭弹窗，就像这样：此时，代码如下：

asyncFunc(){ returnnewPromise(resolve=>{ setTimeout(()=>{ resolve()},)})},handleTestModal(){ constthat=thisthis.$confirm({ title:'测试异步函数',content:'异步函数延迟两秒结束',asynconOk(){ awaitthat.asyncFunc()}})},

       çœ‹åˆ°è¿™ç§æ•ˆæžœåŽï¼Œå°±æƒ³åˆ°ï¼Œå¦‚果可以封装一个Button组件，将需要执行的函数传入，组件中自动根据函数执行情况添加loading效果岂不是非常的方便。

实现LoadingButton定义组件参数

       è¿™è¾¹å°±å®šä¹‰å‡ ä¸ªå¤§å®¶ä¼šå¸¸ç”¨åˆ°çš„参数：text(按钮文字)、type(按钮类型)、asyncFunc(按钮点击时执行的异步函数)、delay(loading延迟)，另外，还需要一个组件内部的loading变量来控制我们Button组件的状态，代码如下：

exportdefault{ data(){ return{ loading:false}},props:{ text:{ type:String,default:'确定'},type:{ type:String,default:'primary'},delay:{ type:Number,default:0},asyncFunc:{ type:Function,default:()=>{ }}},}使用antd中的Button组件进行二次封装

       åœ¨æˆ‘们的自定义LoadingButton组件中，将上面定义的参数使用起来，并绑定一个click事件，代码如下：

<template><Button:type="type":loading="loading"@click="handleClick">{ { text}}</Button></template><script>import{ Button}from'ant-design-vue'exportdefault{ components:{ Button},methods:{ handleClick(){ }}}</script>判断异步函数asyncFunc

       è¿™ä¸€éƒ¨åˆ†ä¸ºæ•´ä¸ªç»„件最重要的一个部分，即我们如何去判断传入的函数是异步函数，当我们传入的asyncFunc函数是异步函数时，组件才需要添加loading的动画，那么我们应该如何去判断一个函数是否为异步函数呢？

参考antd是如何实现的？

       ä¸Šé¢æˆ‘们刚介绍了antd的Modal对话框中有类似的逻辑，那么不妨去阅读一下这部分相关的源码，看下antd的实现方式：

//components/modal/ActionButton.jsxonClick(){ const{ actionFn,closeModal}=this;if(actionFn){ letret;if(actionFn.length){ ret=actionFn(closeModal);}else{ ret=actionFn();if(!ret){ closeModal();}}if(ret&&ret.then){ this.setState({ loading:true});ret.then((...args)=>{ //It'sunnecessarytosetloading=false,fortheModalwillbeunmountedafterclose.//this.setState({ loading:false});closeModal(...args);},e=>{ //Emiterrorwhencatchpromisereject//eslint-disable-next-lineno-consoleconsole.error(e);//See:/post/

读读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源码之通用组件的探讨就到这里，希望能帮助你更好地理解这些组件的内部逻辑。

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`中，问题得以解决，最终实现了组合配置成功的目标。

从Less源码阅读到编写自己的Less变量替换实现动态替换主题功能

       尽管过期建议转向unocss，但作者分享了自定义Less变量替换实现动态主题功能的曲折过程。起初尝试了antd-theme-webpack-plugin和github示例，但体验不佳。作者决定从头开始，探索Less自身的解析机制。

       首先，作者考虑遍历Less文件，筛选需要修改的样式，试图模仿antd-theme-generator的做法，但发现过于复杂。然后转向Less自身的解析树结构，期待通过lessc或less-node中的parse函数来实现。然而，直接运行lessc导致浏览器刷新问题，这促使作者转向less包内部的解析逻辑。

       在深入研究less包后，作者发现了render函数，它能通过modifyVars进行变量替换。然而，直接使用render会将所有样式重新渲染，不符合需求。因此，作者追踪了parse函数中的root节点，发现它构建了整个Less语法树，由Ruleset和Declaration组成。通过分析和调试，作者构建了一个自定义的解析流程，包括shake（去除冗余样式）和transformTree（生成CSS）。

       在解决了一些问题，如错误和性能问题后，作者最终实现了功能：通过前端请求动态更改Less变量，生成定制的CSS。这个功能适合对请求时间要求不高的开发环境，便于实时样式调整。尽管过程中遇到挑战和bug，但作者还是完成了初步的成果，包括一个包装了主要功能的包和express中间件，方便前端使用。

       值得注意的是，作者发现antd的shaking功能可能存在未被充分利用的less语法，因此在实际使用中选择了简化，仅在自定义样式上实现了动态替换。未来可能还会进行优化和调整。

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来增强代码的类型安全性和可维护性。

新春版：React+Antd开发Chrome插件教程（Manifest V3）

       在深入探讨Chrome浏览器插件开发时，随着技术的更新与演变，开发者需要紧跟趋势并采用最新的开发规范以确保应用的兼容性、安全性和性能。本文旨在介绍并指导React与Antd在Manifest V3环境下的Chrome插件开发流程，以适应年及以后的开发环境。

       随着Manifest V3的引入，Chrome插件开发迎来了新的变革。此版本旨在增强隐私保护、提升安全性能、优化跨平台兼容性及简化开发流程。具体来说，其改进包括：

       隐私保护：插件在运行时仅在必要时请求权限，减少对用户数据的访问。

       安全措施：限制外部资源的访问，特别是禁止引入外部JavaScript，以减少安全风险。

       性能优化：确保插件能够在各种设备上流畅运行，适应多插件环境下。

       开发友好：降低开发门槛，提供更直观、高效的开发体验。

       增强功能：持续提升插件的能力，丰富功能实现。

       为了适应Manifest V3，开发者需从多个角度进行调整和优化，包括但不限于服务工作者的引入、网络请求管理、资源访问控制以及使用现代JavaScript特性如Promises和async/await。

       本文将分步骤指导如何搭建和配置基于React和Antd的Chrome插件项目，包括初始化项目、精简配置、实现基础功能、配置Webpack以满足Chrome插件构建需求、支持CSS预处理器（如Sass、Less和Stylus）以及优化构建过程等。通过遵循这些步骤，开发者能够高效地开发出符合最新标准的Chrome插件，确保应用的稳定性和兼容性。

       具体操作包括使用create-react-app创建项目、删除不必要的文件以精简配置、配置manifest.json以符合Manifest V3规范、规划目录结构以支持不同类型的脚本文件、配置Webpack以生成符合Chrome插件要求的输出文件、设置国内镜像源以提高构建速度、暴露Webpack配置以自定义构建过程、支持CSS预处理语言（如Sass、Less和Stylus）以增强样式灵活性、设置路径别名以简化导入路径、禁用构建生成source map文件以保护源代码安全以及配置多入口以适应不同脚本文件的需求。

       在构建过程中，开发者需要确保遵循Chrome插件的官方指南，合理规划目录结构、配置文件和构建流程，以确保最终生成的插件能够正常运行在各种浏览器环境中，并在功能、性能和安全性方面达到预期标准。