关于一个"后台管理系统快速生成器"的思路探讨
背景
内部会有很多简单重复的后台系统需求
有的小组前端人员不足 后端同学开发后台费时费力 有学习成本
需要简化流程
初期只考虑常用结构或组件
框架+菜单+路由配置
基础表格表单
常用图表封装
接口可配置性(后端方便理解使用的方式即可
形式
指令生成基础项目 → 选择需要的物料 → 配置填写(比如表格表单字段, 数据请求接口等信息) → 生成对应目录的文件 → 后期可在生成的代码基础上前端协助修改 → 具有可扩展性
nocode 配置 → 可能是配置拖拽的方式 → 复杂度高扩展性差 → 因为主要是给后端开发人员使用感觉意义不大
另外想知道如果要一个后端同学做这种后台系统 在不熟悉前端的情况下 希望是啥样用起来会比较舒服(除了希望不做
低代码就是这个样子吧。
github.com/baidu/amis
我们用的这个,后端开发很方便,写页面都是写 json 。
但是适配手机端还是很麻烦,希望楼下的同学有更简单的方案。。。
我经常想这样的问题,分享一些思路(只当做参考哈):
( 1 )如果你们公司使用微软的 office365, 那么最佳解决方案是 microsoft forms + power automate, 几乎可以解决所有问题。
( 2 )如果你们公司没有什么机密数据不可以暴露在第三方平台,那么简道云( www.jiandaoyun.com/)也是非常优秀的选择。
( 3 )需要写代码的话,目前我只推荐 Django 。内部平台其实可以直接使用 Django admin (很稳定,但是希望用户可以接受它的 UI ,反正我的用户可以)。
我探索过其他方案,维护成本都有点高,这三个方案还可以。
算是伪低代码吧 主要是帮助后端同学低一些
感谢分享 我来看一看
前仆后继的程序员想解决这个问题,理想美好,现实骨感,始终无法获得商业上的巨大成功
简道云我很久以前公司用过 但是后端的数据处理会比较复杂 简道云好像不能应对这种场景 并且数据确实有些私密行 不能上云的 这个系统只能自己开发 因为还要接入一些公司的系统 写代码推荐 Django 的原因是? 我们打算后续的扩展性部分还是依赖前端同学实现的 所以还是以目前的 react 或者 vue 搭建整个体系为主
是的 其实目前没打算能做成飞冰那样的特别复杂完备 主要是小规模的提效使用 属于"能减轻一点工作量是一点"的这种目的吧算是
Ant Design Pro 的区块, 折腾过一段时间, 常见的表格 表单 页面 等 ,鼠标点点 就能用,但 react 上手有点难度
用 amis 就好
推荐 Django 的原因是因为我很熟悉。如果做内部管理系统,我永远都用 Django 的。一个人可以设计好数据模型,然后大部分的后端需求多可以很快做出来。需要和前端配合的话就输出 REST 接口。
主要是后续维护成本很低。
但是如果你还不熟悉它,估计有学习曲线。
我也有这个想法,目前正在做,打算采用拖拽的形式来做。不指望能做成一个完美的系统,验证想法+练手是主要目的。
目前感觉 amis 的形式比较理想 很有参考性 感谢
如果用拖拽这种基本 nocode 的形式感觉扩展性可能会有点难搞 对于前端开发的挑战挺大的
纯前端基于 nuxt 写过一版. github.com/NMTuan/ezAdmin
然后现在正在基于 nuxt3 再写一版. github.com/NMTuan/ezAdmin3
文档太烂了,建议好好做下调查
fastadmin
jeecg boot 已经实现
推荐,加一个我目前的新方案多维表格,飞书、vika 、黑帕云都行
CMF
其实好多此类方案。
自己也做了一个在自用。
怎么说呢?陷入无限外包 或 不停开启新项目的人会觉得这是个需求。
推荐下码匠, majiang.co, 前端你说的图表表格表单基本都有, 简单需求可以直接写 sql 拉数据,复杂逻辑可以只写后端 api 。 支持私有化部署,数据也不会存在云端
低码开发前端后端,还有其他的吗
这不就是低代码 或者 无代码 平台做的事情咯
winform 呀, 妥妥拽拽就好了
-- 积分总表CREATE TABLE `api_credits` ( `uid` bigint unsigned NOT NULL COMMENT '用户 ID', `nam…
这是我的错误认识还是业界实际? 话说为什么要搞两套风格,来回转换很烦啊。 代码里小驼峰更美观,但是 url 、git 、部分数据库 不区分大小写 只能下划线 数据库来答一下…
我们计划是用 java 写一个跑在工控机的脚本,然后脚本会广播出一个后台管理的网页。脚本还会管理视频流,控制闸道的开启之类的操作。工控机连公网,定期分发配置信息(停车场价格的)…