每一位在低代码平台上交付过企业系统的人都熟悉这一发展轨迹。前两个月令人欣喜若狂——通过拖放操作，表单、工作流和仪表板迅速上线，老板对此赞不绝口。随后，业务变得真实而复杂：多组织架构、多租户支持、棘手的审批链条、跨系统集成以及深度定制。此时，平台开始暴露出问题。修改一个字段，十个地方出现错误。性能急剧下降。扩展功能遇到瓶颈。最终，你不得不手动重写整个系统。
问题不在于“低代码”本身，而在于你选择的范式。主要有三种范式，它们在不同的阶段遭遇失败。
三种低代码范式
1. 表单驱动型（类似 Airtable 风格，大多数“无代码”工具）
世界被视为一堆表单、工作流和报表的集合。业务用户可以自行构建，上手速度极快。但其世界观是“一叠表单”——缺乏统一的数据模型。一旦你的业务关系需要真正的领域建模，表单驱动型便无路可走。
2. 页面/控件驱动型
由丰富的组件库组装而成的可视化页面。灵活性高，交互体验出色。但是，逻辑和数据分散在各个页面中。随着系统规模扩大，一致性和可维护性会在不知不觉中恶化。
3. 模型/元数据驱动型
你首先定义领域模型——包括实体、字段、关系、行为和权限——然后用户界面、应用程序接口（API）、工作流和权限均从模型和元数据中衍生出来。前期门槛较高（你需要具备模型思维），但业务越复杂，其优势越明显：修改模型后，用户界面、应用程序接口（API）和验证规则会同步重新生成。一致性是结构性的，而非依靠纪律来强制维持。
为何复杂业务必须采用模型驱动
一言以蔽之：复杂业务的本质是复杂的领域关系，只有模型才能稳定地承载这些关系。
- 修改一处而不破坏整体——字段和关系存在于模型中；用户界面只是模型的投影。表单驱动和页面驱动在结构上无法实现这一点。
- 真正严谨的扩展能力——模型驱动平台通常保留代码级别的扩展能力（而非黑盒），因此复杂逻辑可以接管流程，而不是受限于平台框架。
- 多租户/产品化交付——一个模型支撑多条业务线及针对每个客户的差异化配置。如果你既交付标准产品又进行项目制交付，这是最基本的要求。
- 可控的性能表现——拥有清晰的数据结构，而不是一团手工拼接的表单 JavaScript 对象表示法（JSON）。
一图选型
| 维度 | 表单驱动型 | 页面/控件驱动型 | 模型驱动型 |
|---|---|---|---|
| 上手速度 | ⭐⭐⭐⭐⭐ | ⭐⭐⭐⭐ | ⭐⭐⭐ |
| 简单应用 | 最佳 | 优秀 | 过重 |
| 复杂系统 | ❌ 崩溃 | ⚠️ 勉强 | ✅ 最佳 |
| 深度扩展 | 弱 | 中 | 强 |
| 多租户/产品化 | 弱 | 中 | 强 |
| 适用人群 | 业务用户 | 业务+信息技术人员 | 专业开发团队 |
经验法则：部门级表单和轻量级工作流 → 选择表单驱动型，快速且够用。需要多年演进并具备扩展能力的企业核心系统 → 不要在表单驱动型上硬撑，从第一天起就选择模型驱动型。
在模型驱动内部，如何再次选择
并非所有“模型驱动”都是平等的。T
免责声明：本文内容来自互联网，该文观点不代表本站观点。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请到页面底部单击反馈，一经查实，本站将立刻删除。
