在线自定义表单可以让用户提交数据变得非常方便，市面上也有很多成熟的系统和平台，各有优缺点，这里就不举例也不多说了。
现在我们来探讨一下自己设计程序的思路吧。
目前浏览的自定义表单系统在数据结构上，比较主流的有二种。一种（方式A）是在后台直接添加一个新的数据库表，将表单元素项设置为字段或节点，如DEDE；另一种（方式B）是在同一个数据库表中添加，公用一个字段，每个字段用自己的方式分割（如标识符、JSON），如NETARM（https://www.jianshu.com/p/053225415e6b）都是用的这种方式。
两种方式各有各的优点和缺点。
方式A的优点是，查询更方便，数据容量更大，修改用户提交数据较方便，因为每个表单的数据库表都是独立的。缺点是表单太多的话，创建（修改）多个表单很麻烦，因为每个表的字段都需要变动；字段更换数据结构时，容易出错；删除表单元素（重新修改表单）后，旧数据可能会了出现丢失的情况等。所以，很多采用这种方式的表单系统，在创建表单的结构后，都没有提供修改功能的，一般只能删除后重新创建。
方式B的优点是，数据容错性更强。表单元素可以重复利用，创建（修改）多个表单时，可以提高效率；因为表单元素不在同一个数据库表中，删除表单元素（重新修改表单）后，旧数据一般也不会出现丢失的情况。缺点是查询和修改用户提交数据不如方式A方便，数据容量可能会小一些。
这二种方式的优缺点在理解上可以看作是相反的，也就是看你使用场景以及需求的侧重点。而且每种方式的缺点也并非绝对，都是可以通过其它技术手段来解决的。
表单的重点还是可以提交和数据种类的数量，以及对应的数据检验。这关系到表单系统的日常操作和程序安全。一般考虑的是文本格式和文件格式的检验方式。文本内容的格式，如时间、数字等，以及文本的编码，都需要考虑。如果表单可以上传，除了考虑文件本身的安全性外，还要考虑会不会出现被人无限上传后，占用完服务器存储空间的问题。
