阿古达木

最近遇到个需求，要求实现一个渐变色的边框，并且是虚线的，同时还要有动画。 有的朋友可能看到这里就要开骂了，估计要提刀找设计和产品怼回去了。 但其实我是可以理解的，因为这种花哨的边框想要用在一个类似于魔

在做前端开发的过程中，避免不了适配的问题，宽屏窄屏折叠屏。在适配方案中，有一个方案也是大家几乎都听过的，就是 rem 方案。在我看来，使用 rem 是非常错误的。但是在我混迹的一些前端圈子里，现在还是

在上文，脚手架已经搭建好了，成功的运行项目并且消息传递成功，那么现在就开始实现转化代码。 首先我让 cursor 帮我写了个 ui 界面，支持修改展示尺寸，界面就直接变成这样了。看起来还不错，所以我也

从今天开始开个新的专栏，从零开始开发一个 figma design to code 插件。 阅读并且实操完本系列文章，你会 对 figma 设计工具有深入的理解，甚至可能会比你们公司 ui 同学理解的

constate 可以说是我最喜欢的 react 库了，他的作用就是可以轻易的创建 context provider。我一般在实现一个代码量稍大一点的组件时，都会用它在外面包一层，因为这样可以让我不用

前几天发了一篇帖子《我在团队内部提倡禁用 css margin》，没想到引起了巨大的反响，基本都是持反对意见，给我都整懵逼了，后面仔细思考一下是我的问题，我应该写的再详细一些，并且筛选一下读者，因为我

先说结论： 在绝大部分的业务前端开发中，写单元测试的收益非常小，但是带来的维护成本却非常大，请不要再写单元测试感动自己，为难同事了。 现在很多单元测试的教程都是那种很简单的比如，测个 1+1=2，这需

目前社区也有不少人提倡禁用 margin，大概原因有什么奇怪的边距融合、责任区域划分不明确等等，我今天从另一个角度来说明为什么不要使用 margin 我们现在处于协同化时代，基本都是靠 figma、m

先阐述一下问题背景，我们项目中ts 的类型定义都是手写的，大致如下 同时我们还有个继承测试框架，里面的数据类型都是 swagger 自动生成的。服务端定义字段 role 的取值范围有 'owner'、