Vite + Vue3 中后台工程化组合
· 阅读需 2 分钟
2023 年如果重新起一个中后台项目,Vite + Vue3 基本已经成为一套很自然的默认选项。它吸引人的地方不是“新”,而是它把前端工程化里几件原本很磨人的事都往前推了一步。
2023 年如果重新起一个中后台项目,Vite + Vue3 基本已经成为一套很自然的默认选项。它吸引人的地方不是“新”,而是它把前端工程化里几件原本很磨人的事都往前推了一步。
菜单与权限同步 这件事在 2023 年开始越来越频繁地进入真实项目,但很多团队一开始只看到表面收益,没有先把边界收住。只要 前端菜单和后端权限定义不同步,用户体验和安全边界都会出问题,问题就会很快从“一个小体验瑕疵”变成系统性的维护成本。
Server Actions 表单变更 这件事在 2023 年开始越来越频繁地进入真实项目,但很多团队一开始只看到表面收益,没有先把边界收住。只要 提交逻辑看起来更简洁了,但错误反馈和 pending 状态反而散掉了,问题就会很快从“一个小体验瑕疵”变成系统性的维护成本。
loading/error 边界 这件事在 2023 年开始越来越频繁地进入真实项目,但很多团队一开始只看到表面收益,没有先把边界收住。只要 每个子路由都各自弹 loading,用户只会觉得页面一直在闪,问题就会很快从“一个小体验瑕疵”变成系统性的维护成本。
Next.js 13 的 Route Handler 出来之后,很多人会自然地想到一个方向:既然前端项目里也能写接口,是不是可以把 BFF 这一层直接揉进去?我觉得答案不是简单的“可以”或“不可以”,关键还是边界。

Next.js 13 刚出来时,大家最容易被 Server Component 这个概念吸引,因为它看起来像是在重新分配前后端渲染责任。但真开始上手以后,我觉得最难的不是语法本身,而是组件边界要重新思考。