陌上寒

构建与 CI 的加速只有三条路——「少做（缓存命中就不干活）、做快（换更快的工具、把类型检查拿出来）、并行（拆 job、分片、并行任务图）」；而这三条的前提都是「先量出来慢在哪」——不测量的优化基本等于乱猜。

赞(0)陌上寒2026-10-1710-工程化与生态 阅读()去评论

设计稿到代码的正确流程是「先把设计稿里的『值』对齐到 token，再写组件」——因为设计稿是静态且不完整的（没有 hover/disabled/loading/空态/长文本/小屏），所以「逐像素还原」是错的目标，「用 token 把它翻译成一致的实现，并把设计稿的缺失项补全」才是对的。

赞(0)陌上寒2026-10-1710-工程化与生态 阅读()去评论

无障碍的第一原则是「能用原生 HTML 就用原生 HTML」（语义、键盘、屏幕阅读器全都白送），第二原则是「键盘能完成一切操作且焦点始终可见可知」——ARIA 只是「原生表达不了时的补丁」，而不是「装饰性的属性堆砌」。

赞(0)陌上寒2026-10-1710-工程化与生态 阅读()去评论

PWA 的本质是「用 manifest 声明『我是一个应用』 + 用 Service Worker 拦截网络请求」，它的价值是「可安装、离线可用、后台能力（同步/推送）」；而最容易被做坏的恰恰是更新机制——「缓存优先」会让用户永远看到旧版本，所以「版本更新 + 提示刷新」必须一开始就设计好。

赞(0)陌上寒2026-10-1710-工程化与生态 阅读()去评论

微前端解决的是「多个团队/多套技术栈的应用要合成一个站点」的组织问题，而不是技术问题——它的真正难点全在「隔离（JS 沙箱 + 样式隔离） 与 共享（依赖、状态、路由）」这两件事上，而「依赖共享（尤其是 React 版本）」是最容易翻车的地方。

赞(0)陌上寒2026-10-1710-工程化与生态 阅读()去评论

Monorepo 的价值是「原子提交 + 共享代码 + 统一工具链」，代价是「构建与 CI 的复杂度」；所以它的核心不是「把所有代码放一起」，而是「依赖声明清楚（pnpm workspace）+ 任务图与缓存（Turbo/Nx）+ 类型可解析（project references）+ 版本可追溯（c…

赞(0)陌上寒2026-10-1710-工程化与生态 阅读()去评论

设计系统的核心是「用 token 把『设计决策』抽成变量」——原始层（primitive）→ 语义层（semantic）→ 组件层（component） 三层 token 是一切的地基；而组件库的工程重点是「保留源码形态的构建产物（不打包依赖）+ 类型 + 文档 + 视觉回归 + 版本管理」。

赞(0)陌上寒2026-10-1710-工程化与生态 阅读()去评论

国际化（i18n）的核心是「文案与代码分离 + 运行时切换」（用 react-i18next / next-intl，配合 Intl 做日期数字格式化）；主题的核心是「CSS 变量 + data-theme 属性」（零运行时、无闪烁）。

赞(0)陌上寒2026-10-1710-工程化与生态 阅读()去评论

目录结构有「按类型划分（type-first）」与「按功能划分（feature-first）」两派——中大型项目推荐 feature-first（改需求只动一个目录）；组件则按「基础 → 组合 → 业务 → 页面」四层组织，公共组件的沉淀要有标准。

赞(0)陌上寒2026-10-1710-工程化与生态 阅读()去评论

规范工具链的分工是「Prettier 管格式、ESLint 管正确性与坏味道、TypeScript 管类型」——其中 eslint-plugin-react-hooks 的两条规则最关键（rules-of-hooks 是 error、exhaustive-deps 至少 warn）。

赞(0)陌上寒2026-10-1710-工程化与生态 阅读()去评论