2. Linux.do
  3. 关于“后台管理系统” 新的模式探索

关于“后台管理系统” 新的模式探索

a 2026-10-24 21:25 1

换了两份工作都是”低代码“后台管理系统 无非就是尽可能的抽象业务做成可配置的参数。做了这么久后发现了几个问题

缺点：

1.客户需求定制-抽象的满足不了要求时候需要加各种奇奇怪怪的功能

2.由于1的原因我们加入了很多自定义脚本的地方这就会造成 开发不想用，非技术又不懂

3.出码-有一些企业需要源码，高级一点的出的码和正常的项目一样，低级的就是json解释器直接上，如果有新的需求在低代码平台改完继续点出码 脱裤子放屁的感觉


优点：

稳定性比较高，已有的模块都经过测试

最新都在说 vibe Coding 我也经过测试了确实从0-1 实现一个CRUD功能很快，但是从1-100这个过程很痛苦特别是这种后台管理的项目 对数据准确的要求很高 比如权限 流程 整体的业务往往是改了这个那个就坏了

缺点：

1.太灵活像权限 审批这些准确性需要很高的地方ai会很容易改错

优点：

还是灵活 能力上线就是个人vibe Coding 能力


所以有没有一个处于这两个中间的产品 既有低代码的稳定性 又有使用纯codex 这种的灵活性

最新回复 (19)
  • 4396 10-24 21:27
    1楼

    把低代码当做模板生成器去用

    做好底层单元方法

    然后需要定制的，继承后重写即可


    我们集团的低代码就是这种模式

    不是动态渲染的，不做动态发布

    页面拖拉拽、配置表格、树，都生成实际的代码发布到git

    然后client拉取git热更新



    既有低代码的稳定性 又有使用纯 codex 这种的灵活性



    我感觉非常符合你这个说法

  • 长夜 10-24 21:29
    2楼

    这玩意没什么需要。现在更主流的是去后台化，直接把人机交互部分改为插件式的极简界面带一个AI对话框。然后模板共用，需要的同事自己跟AI沟通去自构建/拉模板就好。


    绝对的个性化。

  • a 楼主 10-24 21:32
    3楼

    那你们这个类似若依的代码生成码 拖拽完其实生成的是代码文件

  • 4396 10-24 21:33
    4楼

    是的

    封装了各个场景下的 前端vue\ts 后端java

    你选组件，我就用对应的模板来给你拼

    最后出去的就是vue+ts+java 源码

    然后直接推送到项目git里


    你觉得A页面，哪个地方不符合需求，那就在平台里搞一个占位

    那么出来的代码就是 A+空白占位 ， 然后空白占位的地方你自己发挥

    你觉得接口少了一点操作，但又是高度定制化，平台配不出来，那就直接extend后，super.方法 + 你自己的定制逻辑

  • a 楼主 10-24 21:35
    5楼

    这种我觉得可能是给ToC什么的去看数据 可以按照需求动态去生成页面 但是管理系统主要是数据的流向 比如一个请假审批单 就是确定的谁审批谁不能审批

  • skyrim 10-24 21:37
    6楼

    之前还需要拖拉拽，以后都是只能ai决策，ai生成全流程，你负责审核即可，之前低代码平台还有若以这种，都要淘汰了

  • a 楼主 10-24 21:38
    7楼

    明白 但是这种我觉得又会出现这种情况 开发不想用，非技术又不懂 我们平台目前也是这种 配不出来你就自己写 但是这种客户又用不了ai 他不了解我们平台运行时 只能是讲一遍又一边

  • 4396 10-24 21:40
    8楼

    开发不想用



    这种情况说明平台做的不好，所以不想用

    我们从22年就开始做了，24年底全集团推广

    25年后的项目基本上全是以低代码为蓝本干的

  • a 楼主 10-24 21:40
    9楼

    是的 我用了vibe 后感觉从0-1 很快 随着功能越来越多 改完这个那个又不行了 业务和业务之间的关系非常的不稳定

  • 𝔸𝔼𝕍𝔸 10-24 21:42
    10楼

    各种所谓的低代码平台因为客户需求强行加各种能写代码的功能,点名 NocoBase ^-^有 ai 了更是毫无价值

  • a 楼主 10-24 21:43
    11楼

    确实 我接手公司的低代码项目后主要是维护 我自己都不想用 哈哈哈

  • skyrim 10-24 21:48
    12楼

    请先自检：



    1. 项目管理问题

    2. 模型能力问题

  • a 楼主 10-24 21:48
    13楼

    佬 还有一个问题就是 你们有没有做业务的建模 比如详细的描述出业务的流转什么的 比如要改一个功能平台可以出一个影响范围

  • a 楼主 10-24 21:51
    14楼

    佬可以说说项目管理这个 是什么吗 业务建模？

    我用的gpt的6astra 可能是我的vibe能力不行 ^-^

  • 4396 10-24 22:04
    15楼

    有做建模管理，这是一切的出发点

    后面跟着字典、表关联关系、页面关联关系、弹窗引用关系

    在平台能清楚的看全，这个字段被谁引用，哪个页面是通过哪个字段关联的，页面上的哪个按钮和哪个字段的哪个值有关(又和哪个字典项有关)

    今年还做了规则引擎上去，用的liteflow

    比如说，在平台上就能完成，保存前执行xxx、保存后执行xxx，xxx方法可以上自己写的，也可是上平台里配置的其他方法

  • a 楼主 10-24 22:06
    16楼

    佬 如果是要用ai的化怎么办 是平台内置的ai还是类似NocoBase 那种暴露给其他agent 工具

  • 4396 10-24 22:08
    17楼

    我们现在上正在调skill

    来驱动平台，不直接暴露工具生成代码

    因为我们这种做法，是不允许绕过平台的，比如说你自己偷偷加了某个字段，没有在平台上加，那么后续平台更新版本重构模板的时候，会覆盖base代码，你偷加的东西就没了

  • a 楼主 10-24 22:09
    18楼

    明白佬 但这个是需要单独维护还是说 维护这个关系后就直接可以生成代码

  • 4396 10-24 22:10
    19楼

    维护这个关系后就直接可以生成代码


    我们是强制 base+custom 发布出去的

    base是平台生成的。任何情况下 都不允许改动

* 帖子来源Linux.do
附近帖子
返回
飞读
随机推荐