Vite 项目的 env 和 mode 配置怎么拆
env 与 mode 拆分 这件事在 2023 年开始越来越频繁地进入真实项目,但很多团队一开始只看到表面收益,没有先把边界收住。只要 变量名看着差不多,实际却在不同环境里代表不同含义,问题就会很快从“一个小体验瑕疵”变成系统性的维护成本。
env 与 mode 拆分 这件事在 2023 年开始越来越频繁地进入真实项目,但很多团队一开始只看到表面收益,没有先把边界收住。只要 变量名看着差不多,实际却在不同环境里代表不同含义,问题就会很快从“一个小体验瑕疵”变成系统性的维护成本。
2023 年如果重新起一个中后台项目,Vite + Vue3 基本已经成为一套很自然的默认选项。它吸引人的地方不是“新”,而是它把前端工程化里几件原本很磨人的事都往前推了一步。
后台路由模块边界 这件事在 2023 年开始越来越频繁地进入真实项目,但很多团队一开始只看到表面收益,没有先把边界收住。只要 路由既负责页面注册又负责菜单、权限和面包屑,维护成本会一路上涨,问题就会很快从“一个小体验瑕疵”变成系统性的维护成本。
很多组件库项目在开发过程中,类型体验一直靠本地 IDE 兜底,所以团队很容易把 d.ts 打包和 types 入口这件事拖到最后处理。真正发布出去之后才发现,别人虽然能装上包,却拿不到完整类型提示,体验一下就掉下来了。
2022 年很多团队开始发现,Vite 的价值不只体现在业务项目本地开发快,它在组件库场景里也越来越有吸引力。
做组件库时,大家往往更关注组件 API,却容易把样式产物策略放到最后处理。结果就是代码已经打好了,接入方才发现样式引入方式不统一,要么全量注入太重,要么按需使用又很别扭。
用 Vite 打包组件库时,很多问题表面上像是 Rollup 配置细节,实际上根因常常在于 external 依赖没想清楚。哪些依赖应该跟着组件库一起打进去,哪些应该交给宿主项目安装,这个决策越晚做,后面返工越大。
中后台项目切到 Vite 以后,开发体验会明显变好,但权限路由这块并不会因为构建工具换了就自动变简单。尤其 2021 年很多团队开始同时尝试 Vue3、Vite 和新的后台骨架,路由组织方式很容易先失控。
前端工程化发展到 2021 年,很多团队开始重新审视一个问题: 我们每天真正消耗时间的地方,到底是在写业务,还是在等构建工具?
Vite 在 2021 年让很多前端项目重新感受到了“启动快”是什么体验,但真正进入团队协作后,第一个会乱掉的地方通常不是构建速度,而是环境变量文件。