拖一个表格到画布里,只完成了低代码平台最容易看见的部分。真正决定平台能否持续使用的是:物料怎样升级、Schema 怎样保存、数据怎样接入、发布后怎样运行,以及出错时怎样回退。本文以阿里 LowCode Engine 的架构分工为入口,发布与权限部分是应用平台需要补充的工程设计。

三类资产不要混为一谈

资产作用典型变化
物料可复用组件及其配置描述增加表格列配置
页面 Schema页面结构、属性与绑定描述调整查询区布局
平台扩展设计器插件、设置器、数据源接入增加业务字段选择器

设置器帮助搭建者修改属性,业务组件负责最终呈现。把设计器专用的配置面板打进运行时,会增加体积,也会把编辑权限和线上展示耦合起来。

设计时和运行时走两条链路

设计时:物料描述 → 组件面板 → 画布与设置器 → 页面 Schema
运行时:已发布 Schema + 匹配版本物料 → Renderer → 业务页面

保存草稿不等于发布。建议发布系统生成不可变快照,记录 Schema、物料版本和环境配置引用;预览绑定草稿,线上绑定明确发布版本。这样回滚是切换一个已验证快照,而不是要求用户重新拖一次页面。

引擎提供的能力与上层平台实现需要区分。审批、租户隔离、发布记录、环境管理和监控通常仍需业务系统完成。

一个订单查询页如何拆

日期范围和状态选择器组成筛选区,查询动作调用受控数据源,表格只消费标准化结果。下载订单是独立业务动作,后端校验当前用户权限,不能因为按钮被隐藏就认为接口安全。

字段映射放在数据适配层,避免每个表格都写一次后端字段转换。物料只暴露必要能力,例如分页和空状态,而不是让 Schema 可以随意传入所有内部实现属性。

Schema 也需要兼容策略

物料把 pageSize 改成 pagination.size 时,旧页面可能仍引用旧属性。可以保留兼容适配,或者提供显式迁移并对旧 Schema 回归验证。不要只升级线上物料包,却假设历史页面会自动理解新结构。

表达式和自定义脚本的执行能力需要单独评估。来自搭建者的代码也不应自然获得宿主全部权限;限制数据访问、控制外部资源来源,并在服务端执行真正的授权。

什么时候值得建设平台

当页面结构重复、业务人员确实需要持续配置、物料能形成稳定语义时,平台投入更容易回收。高度定制的交互、少量短期活动页面,可能直接开发更省成本。评估时同时计算物料维护、Schema 迁移、培训和故障排查,别只比较首个页面的搭建速度。

A2UI 和低代码都需要受控组件与声明式描述,但主要作者和更新节奏不同:低代码多由人编辑并发布页面,A2UI 面向任务中的动态交互。可以复用物料语义,不能默认共用同一套 Schema。

继续阅读:A2UI 运行时Monorepo 边界

参考资料