用前端写了个不用写前端的 admin 后台数据管理平台，不知道有没有人需要。

[Cosmic4764]

标题有点绕，让我捋一下。

“用前端写”就是该项目用 nuxt v3 和 nuxt-ui 写的。

“admin 后台数据管理平台”就是个后台的界面。

“不用写前端”的意思就是整个程序基于后端接口返回的 json 数据。

通常的后台，比如鼎鼎大名的 vue-element-admin。虽然提供了一系列的功能，但到了实际项目中，总要有个懂前端的根据项目实际情况去把这一些列功能串起来。我这个就不用，只需要你按照约定的接口格式返回即可（前提是我已经写好的组件）。比如下面这个样子，就是纯接口返回的：

目前还是比较早期的版本，但已经是基本可用的状态了，基本数据的增删改查操作都没问题了。

地址在这里： https://github.com/NMTuan/nuxtAdmin

demo： https://nuxtadmin.muyi.dev/ (直接点登录即可)

文档： https://www.muyi.dev/open_source/nuxtAdmin/

欢迎点评，也希望能共建。

[wu67]

道理我都懂, 但是为什么在一个最不需要 seo 的业务场景-管理平台, 选用了 ssr 技术栈 nuxt ?

[Cosmic4764]

@wu67 因为上手快啊。直接用 vite 也不是不行，就是还需要一些基础搭建的处理。

[treblex]

http://hdjg.kaidian23.cn/
我也在写，前端 vite,element-plus, 后端是 laravel
curd 很方便，表格可以基于 api 配置，也可以继承组件扩展，不用生成代码

[Dawnnnnnn]

支持，期待项目成熟

[userKamtao]

bug 有点多哦，比如搜索用户如果没有结果，没有重置按钮。

[Zy143L]

支持，一直对前端不感冒，这个很方便做 curd 操作，期待更多组件

[Fooooo0]

百度 amis

[jqtmviyu]

不用 ssr 的场景: 好不容易工程化拆分, 又合回去了.

[Cosmic4764]

@jqtmviyu 不用太在意 ssr ，整个项目都是前端实现的，如果接其它 api ，是用不到服务端渲染的。

用 nuxt 是因为快，而且可以让会 nodejs 的直接写后端接口。

[Zy143L]

好像只定义了 200 和 404 没定义 403 这些情况 例如登录失败 无权限这些

[Cosmic4764]

@Zy143L 错误这块还没处理 ：）