在很多优秀的低代码平台中都支持了本地代码导出的设计，方便开发者二次集成，但能够导出的前提是已经通过低代码平台进行了初步的数据建模，界面绘制等基础性的操作。这些导出的代码虽然很大程度上减轻了开发者的代码量，但在项目的迭代过程中，遇到数据或需求变更。这些代码就又会成为开发者巨大的负担，重新由低代码平台建模会产生代码上的冲突无法解决，而重新用code编写这一步代码则又面临手工代码与“机器代码”的整合问题。而更为致命的问题是项目上线后，当直接用户希望通过低代码工具进行维护系统时更是“闪崩”。这也是低代码平台在直接用户叫好不叫座的根本原因。

本文将结合OneCode的底层编译原理来讲解 OneCode基于真实代码的建模解决方案。

OneCode 基于“真实代码”代码的建模设计，无缝整合二次开发

一，OneCode编译设计原理

（1）OneCode宿主语言（Java）一体化设计

OneCode 本身基于JAVA语言体系，是在Java Spring 注解基础上的一套扩展子集，混合编译引擎器通过扩展注解构建完整的Domain模型，通过读取标准Spring 注解完成普通Web数据交付及调度过程，通过Domin域模型动态渲染JS文件输出为JSON交付给前端引擎构建页面。

OneCode 基于“真实代码”代码的建模设计，无缝整合二次开发

（2）设计优势：

这种设计将数据结构和业务应用进行了合理的捆绑，但又通过语言体系的不同进行了有机的解耦，使得OneCode可以将设计“元数据文件”和到导出给开发者的“源代码”合二为一。开发者可以通过本地代码的方式进行二次开发，而OneCode 却仍然可以在开发者修改过的代码上读取最原始的建模信息。而二者在代码上的冲突则可以通过，合理的分层架构，通过IOC反转控制，将手工代码与元数据代码有机的分离。同时再利用不同的AOP切面达到各自的目的。

（3）OneCode代码示例：

在OneCode提供的开发示例中提供了一种简单的分层方式：

onecode/onecode-plugins

OneCode 基于“真实代码”代码的建模设计，无缝整合二次开发

@FormAnnotation(customService = IPersonAPI.class, col = 2)public interface IPersonForm { @Uid public String getPersonId(); @Pid public String getRoleId(); @Pid public String getOrgId(); @CustomAnnotation(caption = "邮箱") public String getEmail(); @Required @CustomAnnotation(caption = "账户信息") public String getAccount(); @Required @InputAnnotation(inputType = InputType.password) @CustomAnnotation(caption = "密码") public String getPassword(); @Required @CustomAnnotation(caption = "用户名") public String getName(); @ComboNumberAnnotation @CustomAnnotation(caption = "手机") public String getMobile();}

手工：

@EsbbeanAnnotationpublic class PersonForm implements IPersonForm { String personId; String orgId; String roleId; String name; String account; String email; String password; String mobile; String orgName; public PersonForm() { } public PersonForm(Person person) { this.personId = person.getID(); this.orgId = person.getOrgId(); this.name = person.getName(); this.account = person.getAccount(); this.password = person.getPassword(); this.mobile = person.getMobile(); this.email = person.getEmail(); } public String getPersonId() { return personId; } public void setPersonId(String personId) { this.personId = personId; } public String getOrgName() { return orgName; } public void setOrgName(String orgName) { this.orgName = orgName; } public String getRoleId() { return roleId; } public void setRoleId(String roleId) { this.roleId = roleId; } public String getEmail() { return email; } public void setEmail(String email) { this.email = email; } public String getAccount() { return account; } public void setAccount(String account) { this.account = account; } public String getPassword() { return password; } public void setPassword(String password) { this.password = password; } public String getName() { return name; } public void setName(String name) { this.name = name; } public String getMobile() { return mobile; } public void setMobile(String mobile) { this.mobile = mobile; } public String getOrgId() { return orgId; } public void setOrgId(String orgId) { this.orgId = orgId; }}

（3）运行结果三端读取展示

OneCode建模工具读取配置：

OneCode 基于“真实代码”代码的建模设计，无缝整合二次开发

可视化编辑器读取结果：

OneCode 基于“真实代码”代码的建模设计，无缝整合二次开发

开发者也可以同步使用idea等专业的开发工具编辑

OneCode 基于“真实代码”代码的建模设计，无缝整合二次开发

二，手工代码 DDD建模拖拽三种模式的相互转换

（1），手工代码变化向设计层通知转换：

在实际开发的过程中，最常见的一种操作就是增加一些表单字段或者列表展现列，这些行为多数发生在导出代码后。程序员在传统的操作中通常修改bean实体代码和增加页面的代码输入域即可。但在低代码应用中则需要重新返回视图设计界面以及数据模型设计进行多出修改，然后重新生成代码才能完成。这些操作不但费时费力而且极易产生代码冲突。在OneCode的方案中允许用户直接在OneCode上添加一个接口描述，并声明基本的注解类型。然后在OneCode 领域工具中找到对应的代码地址点击重置应用。

OneCode 基于“真实代码”代码的建模设计，无缝整合二次开发