OneCode开源低代码引擎白皮书

代码写到一半发现模型跑偏了，低代码平台越用越像高门槛工具，OneCode到底靠不靠谱？

最近在公司试用OneCode开源引擎，不是听销售吹，是真把它拖进项目里跑了一套人事模块。没用现成模板，从PersonGridView开始建，加字段、配权限、连数据库，最后导出的Java代码能直接编译进老Spring Boot 2.7项目里。中间踩了坑，也看到了它和市面上那些“点点点就上线”的平台确实不一样。

别人家低代码，改个按钮颜色都要翻三页文档，OneCode的设计器里拖个表单，点开属性面板，填个`@CustomAnnotation(caption="员工编号", required=true)`，后端校验、前端提示、i18n英文键自动塞进资源包——不是靠猜，是注解里写的啥，它就干啥。我试过删掉这行注解，再生成一次，校验逻辑真没了，JSX里validationRules也空了。

DSM逆向建模这事，以前只当是宣传话术。这次我把旧系统里的PersonService.java丢给OneCode，它真吐出了带字段级权限的ListResultModel类。不是简单套个VO，是把`getPersons(orgId)`方法里`@Param("orgId")`和GridView里的orgId列自动绑上了，连SQL查询时的WHERE条件都带上了租户隔离逻辑。代码和模型真能来回走，不是单向翻译。

信创适配这块，我们环境是麒麟V10+龙芯3A5000+达梦8。别的平台装到一半报JVM类加载冲突，OneCode直接起得起来。它的`@MethodChinaName(cname="人员管理")`这种注解，不走Spring Boot的自动装配，绕开了国产中间件最头疼的类加载器打架问题。更实在的是xui-all.js，整个前端内核就一个JS文件，不连外网，不调CDN，断网状态也能打开设计器——上次断网演练，隔壁组用的微搭直接白屏，我们这边还在调表单布局。

协议选LGPL，不是图省事。我们技术老大说得很直：“MIT你改完闭源，社区永远不知道你修了啥bug；LGPL逼你把xui.js和注解解析器这些核心模块开源，但你自己的业务逻辑、页面流程照样能锁死。”上周审计来查，看到License文件里清清楚楚写着“修改xui.js必须开放源码”，当场盖了章。

当然也有明显短板。比如想让AI帮写事件逻辑，现在还得手动写`@APIEventAnnotation(callback={...})`，没法输一句“点击导出按钮时自动压缩并邮件发送”，它就给你生成完整服务。还有两个团队一起干活的时候，A组建的PersonGridView，B组建的AddPerson弹窗，模型之间没显式关联，时间一长谁也不知道哪个字段该同步更新。运维更是空白，灰度发布、AB测试、链路追踪全得自己搭，白皮书里一个字没提。

我们导出了三套代码：一套给外包做前端，一套给内部Java组做后端，一套扔进测试沙箱跑自动化。三套都源自同一个DSM模型，改一个地方，三个地方跟着变。不是靠人对齐，是靠引擎同步。上次改个“是否启用”字段的校验规则，从设计器点一下保存，二十秒后三端代码全更新完，连Git提交记录都是自动生成的。

代码还是得有人写，但写的不是if-else，是`@GridAnnotation(export=true, exportType="excel")`。写完这行，导出逻辑就有了，POI依赖自动加，Excel样式配置项也同步出现在设计器里。开发不再是敲键盘的体力活，是摆弄语义的脑力活。

OneCode没说它能代替程序员，它只是把原来藏在人脑子和会议纪要里的规则，搬进了注解和DSM里。写代码的人少了，看懂@Aggregation、@CustomAnnotation、@GridViewAnnotation的人多了。

最后一版上线前，我把生成的ExportService.java反向拖回设计器，它真识别出了“右键导出”这个动作，并补全了导出格式选项。没改一行手写代码。