归档

组件报错别光甩个“出错了”——让 AI 生成的代码也能抛出可定位的异常边界 当大模型返回的 JSON 抽风时，前端这样解析还没崩 让工具读懂两种接口语言：GraphQL 与 OpenAPI 自动生成文档的落地难点 我们给组件 API 加了版本号，结果三年没出过 breaking change 主应用和子应用抢路由？实际项目里我用这几招把冲突理清了 别让整个组件库都打进包里——从 entry 出口设计开始做 Tree Shaking

高阶组件还有人用吗？我翻了几个流行库的源码，发现 Render Props 也没死透 搞了半天性能监控，FCP、LCP、TTI 到底哪个才是用户真正能感知到的“卡”？ 同一个组件既要受控又要非受控？我写了个双模式开关，还挺优雅的 Tabs、Select 这种复合组件，声明式组合和隐式状态共享怎么跑通的——Compound Pattern 实现拆解 AI 动态 UI 里的状态结构太容易失控，我整理了一套分层管理的方法 翻 Vue 源码看 computed：dirty 标记怎么在副作用嵌套时保持缓存不崩 三种组件库主题方案在生产环境跑了半年，CSS 变量、CSS-in-JS 和 Tailwind 各自的坑和甜头 当组件内容由 AI 实时拼接时，插槽层怎么设计才不会每次都得改源码 表单状态越管越乱？把复杂度拆开看，从受控组件到 React Hook Form 的取舍逻辑 四种跨组件通信模式实测：绕开 props drilling 的代价与收益

AI 写代码时，组件库的原子粒度到底该切多细——一个可验证的划分模型 你的状态管理有一半在帮倒忙——试试把异步数据全交给 TanStack Query 用 React 18 并发模式折腾了半年，踩过的状态同步坑都在这了 一个表单表单状态把 Context 撑爆的真实案例，以及为什么换成 useReducer 就稳了 选状态管理库总纠结？一个三维决策框架帮你定方案 别再用一堆布尔值拼凑状态了，XState 在 React 里的实战踩坑与调试 多人协作编辑时，状态合并与冲突处理的核心数据结构设计