低代码平台怎么讲
使用方式
- 这页是
低代码平台项目逐字稿的深挖稿，默认不要整页背，挑 1 到 2 个点展开即可。 - 结构固定按“schema / DSL → 编排引擎 → 运行时与扩展边界”来讲。
- 简历版统一看 全栈工程师简历成品版（可直接改） > 轻流低代码平台与公式编辑器。
一句话定性
低代码平台不要讲成“做了个拖拽编辑器”，而要讲成“用稳定的 schema、编排引擎和运行时，把复杂页面搭建和业务联动平台化”。
推荐主线
我讲这条线时，通常只讲三件事。第一是 schema / DSL，也就是怎么用统一数据结构描述页面、组件、事件和数据源。第二是编排引擎，也就是拖拽、插入、移动这些编辑动作怎么落成稳定的 schema 变更。第三是运行时和扩展边界，也就是编辑态 / 运行态怎么分离，平台为什么能长期扩展。
最容易被追问的 3 个点
- 低代码最难的点到底是什么
- 编排引擎怎么做，为什么它不是简单拖拽
- 前端在低代码平台里的价值为什么不只是 UI
深挖点 1：schema / DSL 为什么是起点
我会说，因为整个平台其实都压在数据模型上。页面上有哪些组件、组件怎么嵌套、属性怎么存、事件和数据源怎么挂接，如果这些没有统一 schema，后面就很难做版本管理、回滚、多人协作和运行时渲染。所以低代码真正的起点不是画布，而是协议。
深挖点 2：编排引擎到底在解决什么
拖拽只是表面交互，系统真正要处理的是“编辑动作怎么落成 schema 变更”。所以我会把页面模型拆成组件树和节点数据两部分，让插入、移动主要改结构，属性修改只改节点数据。这样命中判断、精确插入、撤销重做、最小更新和版本管理都会更清楚。换句话说，编辑器表面上是交互系统，底层其实是状态变更系统。
深挖点 3：为什么编辑态和运行态一定要分开
编辑态关心的是选中、高亮、拖拽、辅助线和配置面板；运行态关心的是真实页面渲染和业务逻辑。如果两者混在一起，前期虽然能跑，但后面组件一多、联动一复杂，维护成本会急剧上升。所以我会让编辑器负责生产和修改 schema，让运行时负责消费和执行 schema。
如果面试官追问“前端在低代码里最有价值的地方是什么”
我会说，前端在这里做的不是单点页面开发，而是把页面能力、状态能力和运行机制抽象成平台能力。也就是说，我做的是一套能不断复用和扩展的基础设施，而不是一张业务页面。
最后一句收口
所以如果让我收一句，我会说低代码平台真正能体现能力的地方，不是拖拽做得多炫，而是有没有把 schema、编排引擎、运行时和扩展机制真正打通。