前言 项目地址：https://github.com/smithyj/expanse-account 本文仅面向前端用户，其他端请绕道。 项目选型了 Rspack、React 19、React Rou

15个冷门原生API大公开！sendBeacon保埋点、IntersectionObserver秒解滚动卡顿、Intl一行代码国际化……无需引库，立省60%代码量，性能直接起飞！

痛点：为什么我们需要BFF数据转换层？ 相信每个前端开发者都经历过这样的场景： 这种手动转换的方式存在几个致命问题： 代码冗余：每个接口都需要写类似的转换逻辑 维护困难：字段变更需要修改多处代码 缺乏

最近在做一个 H5 营销活动时，遇到了一个比较头疼的问题：页面要用到 7 种字体，原始`ttf`文件体积加起来 42MB，就算换成压缩率较高的`woff2`格式也需 20MB 左右

此文总结了我多年组件封装经验，以及拜读 antd、element-plus、vant、fusion等多个知名组件库所提炼的完美组件封装的经验；是一个开发者在封装项目组件，公共组件等场景时非常有必要遵循

🌀 一、动画与 requestAnimationFrame 1. 早期的定时动画 概念 在 requestAnimationFrame 出现之前，开发者常用 setInterval 或 setTime

尽管 Web Components 可能还没有全面的进入研发者的视野，现在还备受争议，但是它已经被很多大厂已经直接或者间接将它用于实践，并且在市场上也出现了很多 Web Components 库。。。

1. 引言：为什么我们需要关注 useMemo 优化数据看板时，我踩了个典型的性能坑 —— 用户在搜索框输入关键词时，页面每输入一个字符就卡顿 1 秒。打开 React DevTools 一看：100

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