Vite 项目的 env 和 mode 配置怎么拆
env 与 mode 拆分 这件事在 2023 年开始越来越频繁地进入真实项目,但很多团队一开始只看到表面收益,没有先把边界收住。只要 变量名看着差不多,实际却在不同环境里代表不同含义,问题就会很快从“一个小体验瑕疵”变成系统性的维护成本。
env 与 mode 拆分 这件事在 2023 年开始越来越频繁地进入真实项目,但很多团队一开始只看到表面收益,没有先把边界收住。只要 变量名看着差不多,实际却在不同环境里代表不同含义,问题就会很快从“一个小体验瑕疵”变成系统性的维护成本。
2023 年的前端生态里,Next.js App Router 是一个非常有代表性的变化。它吸引人的地方,不只是目录结构变了,而是 React 应用开始更明确地向“服务端优先”靠近。
不少人评价 WebStorm 时,第一反应都是“功能强,但有点重”。这句话不算错,可到了 2023 年我越来越觉得,把“重”全归因到 IDE 本身有点偷懒。尤其项目越来越大、前端仓库越来越复杂以后,更真实的问题往往是:索引范围太宽、插件装得太随意、项目边界又没有先收好。
2022 年很多团队开始发现,Vite 的价值不只体现在业务项目本地开发快,它在组件库场景里也越来越有吸引力。
做组件库时,大家往往更关注组件 API,却容易把样式产物策略放到最后处理。结果就是代码已经打好了,接入方才发现样式引入方式不统一,要么全量注入太重,要么按需使用又很别扭。
用 Vite 打包组件库时,很多问题表面上像是 Rollup 配置细节,实际上根因常常在于 external 依赖没想清楚。哪些依赖应该跟着组件库一起打进去,哪些应该交给宿主项目安装,这个决策越晚做,后面返工越大。
Next.js 13 在 2022 年带来的讨论点很多,但真正让人记住的,还是 App Router 这条新路。它代表的并不只是目录变化,而是 React 应用组织方式在慢慢变化。
2022 年工程化领域很明显的一个趋势,是越来越多团队开始认真看 monorepo。前后端、组件库、脚本工具、共享类型都在一个仓库里管理,这种方式开始从“大厂专属”变成普通团队也会考虑的选择。
前端工程化发展到 2021 年,很多团队开始重新审视一个问题: 我们每天真正消耗时间的地方,到底是在写业务,还是在等构建工具?
Vite 在 2021 年让很多前端项目重新感受到了“启动快”是什么体验,但真正进入团队协作后,第一个会乱掉的地方通常不是构建速度,而是环境变量文件。