请教下各位菊苣， 最近在弄动态表单，动态流程这些东西。感觉入了大坑，想听听各位菊苣的看法。

[forbreak]

  闲着没事搞了动态表单，动态流程。都开发了配套的设计器，可以在线设计表单和流程。基于 json 来存储的。

  之前想着这个玩意解决大部分需求。基本的增删改查，流程都支持了。 现在把这表单和流程，引入一个业务系统去使用，问题来了。 发现好多个性化的需求，数据个性化加载了，各种组件之间的级联了，各种奇怪的入库方式了。全部都需要单独去做，写那么多代码，可能只用了一次。 耗费大量时间，写着写着就想重构了。

  表单展示是读取数据库 json 数据，然后展示。二次开发只能是扩展组件。

  开发个简单的表单页面啥的倒是很快，随便拖拖拽拽就好了。还不用重启系统，直接就能用了。但是到实际项目里面，简单的还是少数。大部分业务都还是比较复杂的，边写业务还要折腾个性化组件，又累又浪费时间。想着大部分简单业务处理一下能用了，实际情况反而是大部分业务需要个性化组件。

  现在不知道如何继续下去了，坚持继续全部动态化。梳理好各个事件，各个动作。支持各种复杂的个性化处理。

  还是不要继续下去了，回归原始。纯代码自有自在，随便个性化都不会弄得太复杂。（这样就不能动态加载。在线编辑，实时出效果了。)

[OctopusGO]

这个东西说实话做的好的话能自己开一个公司了

[forbreak]

确实，所以现在不知道咋走了。工作量真大。个性化的东西做的太多了，配置起来有麻烦了很多。时间久了自己都忘记这个配置干嘛的了。。

[jiaweixianxian]

在实际业务中，全项目一套动态表单反而是增加复杂性以及后人难以维护。

[forbreak]

@jiaweixianxian 现在感觉就是想象的时候很美好，结果实际业务。总是有些细微的个性化需求。少部分功能才不需要变动本身就满足。

[vizards]

类似 formily ？

[forbreak]

@vizards 嗯，表单部分类似。后台开发了公共 api 根据表单的结构，去加载数据和保存数据。跟动态流程也关联在一起。

[zzNucker]

呵呵

这东西都是想着美好

实际上用起来一堆问题，实际用户的需求会让你接入新的组件欲仙欲死

[forbreak]

@zzNucker 现在就是怕会是个无底洞。 在考虑是及时止损呢，还是继续投入开发。