2026年动态表单怎么选：设计器和渲染器为什么要拆开

表单出问题，很少是因为少一个输入框。申请人选了 A，后面该出现的字段还在，不该出现的也摊着。金额要人脑加总。同一条数据，填写和查看却是两套页面。规则改一次，前端改一版。这些都指向同一件事：表单还是页面，不是规则。

动态表单要解决的，就是把「这张表长什么样」从代码里拆出来。可视化表单设计器则把拆出来的规则交给会改业务的人去配，而不是每次都排开发。FormCreate 和 FcDesigner 是这一对能力：一个渲染，一个设计。选型时先分清这两件事，再谈要不要上设计器、要不要上 Pro。

问题：把表单写成页面，变更会卡住

写死的页面有三种常见症状。

第一种，分叉靠堆叠。一种业务类型一套 v-if，类型一多，页面变成所有字段的合集。用户看到别人的格子，校验也互相干扰。拆成多张页更糟：改一条规则要改多处。

第二种，填写和查看各做一套。编辑页能拖，详情页再手写一遍。字段对不齐，补正和回放更对不齐。规则升级后，旧数据打不开，或打开的是新表。

第三种，设计器和运行时糊在一起。画布能拖，但保存下来的不是一份稳定的 JSON，运行时还要再写渲染逻辑。看起来有设计器，实际仍是项目里的一次性工具，换 UI、换端、换版本都要重做。

所以问题不是「要不要低代码」，而是表单有没有一份能发布、能回放、能在多处加载的规则。

方案：动态表单管运行，设计器管规则

先把两个产品放对位置。

FormCreate 是 Vue 动态表单渲染器。业务把 JSON 交给它，它负责把字段画出来，做校验、收集、提交。流程页、详情页、移动端，加载的是同一份规则。官网入口在 FormCreate。

FcDesigner 是可视化表单设计器。在画布上拖组件、配联动和校验，输出 JSON，再交给 FormCreate 渲染。开源说明见 FcDesigner。它不是另一个渲染器，是让规则可被配置的那一端。

拆开的好处很直接。改字段、改条件、改提示，改的是 JSON，不是发版。同一份规则可以进编辑态、阅读态、不同端。设计器可以只给实施和运营用，运行时页面保持干净。

三条路径可以对照：

路径	做法	适合	不适合
页面写死	每个表一个前端页	字段长期不动	类型多、规则常改
项目内自研设计器	为当前项目做一套拖拽	有编制、只要内部用	要多 UI、要跟版本升级
设计器 + 动态表单	设计出 JSON，渲染器消费 JSON	规则是快变量、要多处复用	整站只有一两张静态表

FormCreate 走第三列。开源即可验证「规则能跑起来」。公式计算、角色权限、阅读模式、PC 到移动端、生成 SQL、AI 表单助理，是把复杂表收干净时更常落到 Pro 的能力，见 FcDesigner Pro 文档。项目 2018 年开源。

选型时用四条硬标准卡住，避免演示好看、上线仍改代码。

规则能否导出并再次加载。设计器保存的应是 FormCreate 能 parse 的 JSON，而不是只能在画布里打开的私有草稿。

分叉和计算是否配在表上。类型选择能驱动后面的段；合计、是否超限在填写时就能看到。不要把分叉写回页面判断，也不要把计算留给提交之后。

同一份规则能否换一种打开方式。编辑、查看、按权限隐藏或禁用，应是运行参数，不是三套页面。

能否嵌进现有系统。动态表单提供的是组件和规则，不是门户。登录、菜单、提交接口继续用原系统。

怎么接到现有系统里

不需要先换掉业务系统。页面里原来写死表单的位置，改成加载 JSON。设计器单独给实施使用，发布后写入配置或事项版本。在途数据要记住当时用的是哪一版规则，补正和查看才能回放。

范围要小。先选一张会变的表：类型一改后面字段就变、有明细行、填写和查看需要同一套结构。用 FcDesigner 配出来，FormCreate 接到原提交接口上。跑通一次规则变更——只改 JSON、用户下次打开已是新表——再铺开。

主数据带出、文件上传、编号回写，用远程数据和自定义组件接。不要把跳转、权限中心写进表单事件，否则设计器升级会把业务绑死。AI 表单助理适合出第一版结构和改联动，前提是已经说清「选什么，出什么段」。没有这句话，生成的仍是一张静态页。

开源版够用来证明动态表单能替换写死页面。角色切开、公式、阅读模式、移动端渲染、生成库表，要一次配齐再看 Pro。用一张真实的表做验证，不要用功能清单做决定。

动态表单和表单设计器是不是一回事？

不是。动态表单是运行时：按 JSON 渲染、校验、取值。表单设计器是配置时：把 JSON 配出来。FormCreate 做前者，FcDesigner 做后者。只有设计器、没有稳定渲染，或只有渲染、每次改 JSON 靠手写，都会在变更时重新卡住。

已经能手写 FormCreate 的 JSON，还要设计器吗？

字段少、改动少，手写可以。类型分叉一多、要给实施改、要预览联动，手写 JSON 会变成新的瓶颈。设计器的价值是让规则可被看见、可被改、可被发布，不是让开发少写一行。

会不会和业务系统抢位置？

不会，也不该。FormCreate 嵌在业务页面里，不提供组织、流程、门户。提交、存储、待办仍是原系统的接口。把动态表单当成整套后台产品来买，会选错。

开源和 Pro 怎么判断？

先用开源把「JSON 能配、能渲染、能提交」跑通。若必须按身份藏字段、必须公式、必须阅读态与编辑态共用规则、必须一张表进 PC 和移动端，再看 Pro。判断依据是那张真实的表，不是参数对比页。

表单要跟上规则，靠的不是再做一个页面工厂，而是让规则成为数据。FcDesigner 把规则配出来，FormCreate 把规则跑起来。先拿一张本季度一定会改的表验证：只发 JSON，下次打开就是新表。这成立了，动态表单才算选对，而不是又多了一套拖拽演示。