低代码设计器的可维护边界

低代码最容易失控的地方

只要配置项没有边界，低代码就会变成另一种形式的硬编码：业务逻辑藏在 JSON 里，调试困难，回显困难，版本迁移困难，最后每个客户都需要特殊处理。

我认为要守住的边界

• schema 要清楚：配置项必须知道自己属于布局、数据、样式、权限还是交互。
• 编辑态和渲染态要分开：设计器需要操作便利，运行时需要稳定轻量。
• 回显要优先设计：不能只考虑保存，还要考虑二次编辑和跨环境迁移。
• 复杂逻辑不要全部配置化：该写代码的地方写代码，该暴露扩展点的地方暴露扩展点。