Jolyne_

前言 之前公司的业务涉及树节点key不唯一的树，之前写过一篇文章记录 # 多维度子树、树节点key不唯一的Tree组件封装 这个业务的树结构在前端处理后如下： 我们可以看到，A树下面有个节点C，H树下

前言 公司OV系统的Table有时列表项很多，并且公司除了研发的电脑屏幕比较小，一个table有时只能展示2、3行，所以封装了可配置的组件TXTable 功能点 可手动配置columns列展示隐藏哪些

实际项目中比较常遇到树相关的处理，所以记录一下。 主要是下面几个功能 数据源转换成指定树结构 （目前数据源都是数组树） 模糊查询树 (根据节点名称） 查找指定key节点 查找指定key节点的父节点路径

队列方式 原理： 按照请求发起顺序入队 通过 isProcessing 标志防止并行处理 适用场景： 需要严格控制请求顺序（比如支付流程） 缺点： 但是这种方式有个缺陷，如果当前请求很费时间，后续还存

需求描述 在一个容器元素下，有不确定数量的子元素，要求他们水平铺满，并且在当前行的最左边和最右边的子元素距离父元素左边缘和右边缘都是无缝贴合的。 每个子元素之间的间隔必须一致。 当浏览器窗口大小变动自

前言 偶遇抽象屎山，强如薪王，觉醒魂5记忆，拼尽全力，勉强战胜。 业务组件优化 这里举两个列子 下拉框优化V1 在后台项目中，一个页面由 搜索框 + table 组成，而搜索框里面存在Select，而

前言 业务需要有个弹窗 左侧 tree 展示。 左侧 tree 模糊搜索，并且高亮匹配的节点。 左侧 tree 节点选择时，一并勾上相同key的节点。并且，父子节点不联动选择。 右侧回显选择结果时，去

前言 公司的项目使用的都是 react + ts + mobx + antd 的技术栈，每次搞新组件或者重构组件的时候都要重复新建文件夹，比较麻烦，而且每个人的代码风格、习惯也有差异。所以搭建一个快速

前言 本人2年半左右的工作经验，第一份工作是出差比较多（低代码定制化项目，政府、军工、工业等）+ 低代码，第二份是教育行业 Saas 后台和h5相关，干了半年多被裁员了。 只做过 PC 和 h5，没有