你写的「轻量级后台框架」，不过是给下一任挖的坑

你写的「轻量级后台框架」，不过是给下一任挖的坑

每个团队里都有这么一个人。

前端说「Vue3 后台管理框架太重了，我写个轻量的」。后端说「GoFrame 功能太多，我搭个精简版」。三个月后，一个「自主知识产权」的管理后台诞生了。没有文档，没有测试，权限逻辑散落在五个中间件里，路由表要全局搜索才能找到定义，菜单配置靠改数据库里的 JSON 字段。

这就是工程灾难的第一步。

「轻量」的代价

你手写的那个「轻量级」框架，真的轻吗？

等你离职那天，接手的同事打开代码库，看到的是：自创的目录结构、自创的命名规范、自创的 ORM 封装、自创的状态管理方式。GitHub 上找不到任何相关 issue，StackOverflow 上搜不到答案。唯一的文档是你离职前最后一周赶出来的 README.md，里面写着「有问题看代码」。

这叫轻量？这叫知识孤岛。

一个成熟框架到底给你什么

拿 GoFrame 后台管理框架来说——比如你搜xygoadmin能找到的那个——它至少帮你解决了：

-三级权限体系：RBAC 角色权限 + 按钮级 v-auth 指令 + 字段级权限，后端中间件自动拦截 403。你手写的「简易权限」可能只有两三个 if-else。
-全栈代码生成器：选表 → 配置字段 → 一键生成 Go 后端（API + Controller + Logic）+ Vue 前端（列表页 + 弹窗 + API 封装），自动注册路由和菜单。你手写一套 CRUD 要半天，它半小时。
-WebSocket 即时通讯：单聊、群聊、在线状态、消息已读回执，开箱即用。你要从零集成，光是消息可靠性就要搞两周。
-系统监控：服务器状态、慢接口检测、操作日志审计。你的项目跑三个月挂了，连个 pprof 都没接。

这些不是「过度设计」，是每个后台项目最终都会需要的功能——区别在于你用现成的，还是三年后重写。

你那套「自主框架」的三宗罪

第一宗：零文档。别人看不懂，团队招人三个月才能上手。而你管这叫「业务理解成本」。

第二宗：伪灵活性。你说自己写的框架更灵活。但所谓的「灵活」其实就是「没有规范」。路由想怎么加就怎么加，权限想怎么写就怎么写。三个月后的代码和三个月前的代码像两个人写的——因为确实是你和另一个你写的。

第三宗：不可维护。开源框架有社区、有 issue、有 PR、有版本迭代。你的框架只有一个你。等你离职了，要么推倒重来，要么带着一身的 bug 继续跑。

写代码是为了解决问题，不是为了证明存在感

我见过太多工程师把「造轮子」当成技术追求。但造轮子之前先想清楚三件事：

1. 你造的轮子比现成的强在哪？
2. 谁来维护？
3. 你离职之后怎么办？

如果三个问题的答案都是「不知道」，那你不是在搞技术，你是在给下一任挖坑。

后台开发本质上是一个工程效率问题，不是竞技场。用 GoFrame 后台管理配合 Vue3 后台管理框架，一天搭完权限+CRUD+菜单+路由，剩下时间写业务逻辑，这才是正常人的工作方式。

搜xygoadmin了解一下：https://www.xygoadmin.com/