维护这个关系后就直接可以生成代码 我们是强制 base+custom 发布出去的 base是平台生成的。任何情况下 都不允许改动

我们现在上正在调skill 来驱动平台，不直接暴露工具生成代码 因为我们这种做法，是不允许绕过平台的，比如说你自己偷偷加了某个字段，没有在平台上加，那么后续平台更新版本重构模板的时候，会覆盖base代码，你偷加的东西就没了

有做建模管理，这是一切的出发点 后面跟着字典、表关联关系、页面关联关系、弹窗引用关系 在平台能清楚的看全，这个字段被谁引用，哪个页面是通过哪个字段关联的，页面上的哪个按钮和哪个字段的哪个值有关(又和哪个字典项有关) 今年还做了规则引擎上去，用的liteflow 比如说，在平台上就能完成，保存前执行xxx、保存后执行xxx，xxx方法可以上自己写的，也可是上平台里配置的其他方法

> 开发不想用 这种情况说明平台做的不好，所以不想用 我们从22年就开始做了，24年底全集团推广 25年后的项目基本上全是以低代码为蓝本干的

是的 封装了各个场景下的 前端vue\ts 后端java 你选组件，我就用对应的模板来给你拼 最后出去的就是vue+ts+java 源码 然后直接推送到项目git里 你觉得A页面，哪个地方不符合需求，那就在平台里搞一个占位 那么出来的代码就是 A+空白占位 ， 然后空白占位的地方你自己发挥 你觉得接口少了一点操作，但又是高度定制化，平台配不出来，那就直接extend后，super.方法 + 你自己

把低代码当做模板生成器去用 做好底层单元方法 然后需要定制的，继承后重写即可 我们集团的低代码就是这种模式 不是动态渲染的，不做动态发布 页面拖拉拽、配置表格、树，都生成实际的代码发布到git 然后client拉取git热更新 > 既有低代码的稳定性 又有使用纯 codex 这种的灵活性 我感觉非常符合你这个说法

wb2api啊 免费量大管饱