低代码平台项目逐字稿

使用方式

• 这页只保留 3 到 5 分钟版本 和 深挖版本。
• 主轴固定是“协议 / schema 优先，编排引擎和运行时承接”。
• 如果面试官继续往技术深处追，可以顺着公式编辑器一起讲成平台里的表达式能力。

3 到 5 分钟版本

如果让我用 3 到 5 分钟介绍低代码平台，我不会把它讲成一个拖拽编辑器，而会讲成一套把页面搭建能力、配置能力和业务联动能力工程化的系统。它要解决的核心问题是：企业里大量表单、表格、仪表盘和详情页都在重复开发，如果每次都从零做，交付慢、复用差，而且很多变化其实只是字段和规则不同。

所以我通常会把低代码平台拆成四层。第一层是协议层，也就是 schema / DSL，定义组件树、属性、事件和数据源。第二层是物料层，也就是组件注册中心，让每个组件除了渲染器，还有默认 schema、属性面板和校验规则。第三层是编排层，也就是编辑器和拖拽引擎，负责插入、移动、删除、撤销重做这些编辑行为。第四层是运行时层，负责把 schema 真正渲染出来，并跑通事件和数据联动。

这里最核心的不是拖拽本身，而是“编辑动作怎么稳定地落成 schema 变更”。所以我会把它理解成一个状态变更系统，而不是一个 DOM 交互系统。像精确插入、命中判断、撤销重做、版本管理、编辑态和运行态分离，这些都建立在底层协议稳定的前提上。

这条线另一个很有价值的点，是它天然会延伸到公式编辑器和表达式引擎。也就是说，低代码平台不只是让页面能搭出来，还要让变量、规则、联动和表达式真正跑起来。所以我会把公式编辑器看成平台里的深挖点，而不是另一个独立项目主轴。

所以如果总结低代码平台，我会说它最能体现能力的地方，不是拖拽做得多炫，而是有没有把 schema、编排引擎、运行时和扩展机制真正打通，沉淀成团队可以长期复用的平台能力。

深挖版本

• 平台主稿：低代码平台怎么讲
• 编排引擎：低代码编排引擎怎么讲
• 深入设计题：低代码平台核心编排引擎
• 变量和动态绑定：低代码平台全局变量与动态绑定
• 公式编辑器 / 表达式能力：公式编辑器怎么讲得像亮点项目、公式编辑器
• 高频追问与陷阱：低代码面试反问与陷阱题