asp表单 带你开发玩转企业级复杂业务高端定制的低代码平台（三）

本期主题

可视化页面设计中表单输入型组件与后端动态数据库表数据、字段的绑定机制优化设计方案。

数据是影响平台成败的关键

常听到各种对低代码平台差评的声音，透过众多反映不实用的表象究其根本，软件平台最大的问题是短板效应，业务需求千变万化，如果设计方案不能覆盖有可能出现的各类复杂业务需求场景，一旦发生（必然会发生）就只能束手无策，对用户也是埋下了进退两难巨大的坑，是极其不负责的设计。

通用业务应用软件开发的低代码平台

低代码平台应该用于通用功能开发，而不局限于简单的表单、流程类应用。因此，可视化页面设计器是用于复杂页面开发，表单只是其中的一种功能。对于复杂场景，一个页面中应该可支持多个表单，每个表单又可支持多层级嵌套子表单。同理，对应于数据库的数据表，应该可支持一个页面多个主表，每个数据库表支持多层级关系子表，以足够的灵活度应付有可能的任何复杂的业务数据需求场景。

本设计方案的意义是为运行时数据自动提交、数据读、写相关的动态交互和用户自行编程以灵活而简捷的操控前后端数据交互等后期功能打下坚实的基础，直接影响业务应用软件可开发的深度。

业内典型实现方案剖析

1、组件创建时自动生成方式

本平台创建表单组件元素自动建表和字段

这是之前本平台采取的方案，拖拽组件元素后自动生成数据库表字段，且直观体现出数据库表关系和字段属性，对用户操作极其友好。但考虑到存在以下的一些副作用，已返工重新设计开发，平台型软件不允许出现设计上的天然瑕疵。

优点：这种方式操作最直观且最简单快捷，系统可以根据各类组件的特点自动生成默认表名、字段名以及字段类型等，一次拖拽便完成一切，所见即所得，给一般用户很高大上的感觉。

缺点：组件元素与数据表的字段是一对一的关系，能满足大多数常规应用的需求，但是往往会面临一些特殊情况：

多对一关系

一个数据拆分为页面上的多个输入组件，后台只需存入一个字段，例如ip地址的输入，分别在四个文本框中输入每一段，数据表中只会记录一个ip地址，拖出四个文本框后产生四个字段明显不合理。

一对多关系

一个整体的组件可能包含两个以上的数据，需要分开存在数据表的多个字段。例如日期区间组件具有起始时间、截止时间；滑块组件具有最大值，最小值，当前值，需要对不同组件分解生成多个字段。

开发冲突

平台支持跨设备的通用页面设计，也支持针对移动端专门定制开发，以提供更好的体验。但是这样就容易导致一个冲突：pc端已开发的页面如果再做一个移动定制版，就极可能产生误操作多建字段（尤其是在人员分工开发的情况下），导致同一个数据在数据库表中分别有两个字段。

还有更多的特殊场景就不一一举例，对于以上问题，大部分低代码软件就只能进行不必要的对字段做拆分、合并存储的处理，从而衍生出更多的问题，为了解决这些问题不得不处理额外增加的数据逻辑，又把开发做的极其复杂，产生极大的开发资源浪费，对使用者造成很大的困扰。

2、数据库统一建模方式

一个知名ERP产品QD_Link

优点：这种方式一般用于定向业务应用的系统，比如erp系统、mes系统等具体化的应用软件。在后台统一管理维护所有相关的数据表、字段，直接可在这里设置字段在前端以文本框、单选按钮、下拉列表等呈现形式，可以非常简单、直观、高效的进行统一管理维护。

缺点：页面呈现与数据耦合，因此限定于确定性的功能中，用在半成品化的应用软件asp表单，不适合开放型的软件开发场景。

优化方案实现

设计器中设置字段属性

字段选择对话框

兼顾上面所述的两种方案，取各自优点于一体而提供更友好的操作体验。

页面组件元素拖拽创建后可通过组件属性的方式进行后端数据绑定的设置操作。在弹出对话框中选择数据模型，可以支持直接对数据模型进行完全的管理的操作，将页面呈现和数据管理集中在页面设计器中一站式处理。

页面呈现与数据库数据关系解耦，可由使用者自行决定是否绑定到数据库。通过表单容器内嵌表单容器的方式对应实现主表嵌套多级子表的多层次关系，支持表单组件与数据库字段一对一、一对多，多对多的各类场景，通过各种组合方式实现任何复杂的数据关系。

平台开发建议

底层基础功能的深度决定上层应用开发的高度，用于业务应用软件开发的低代码平台最重要的是灵活度，同时也要兼顾业务应用软件开发的简便性。把最复杂的设计用在平台的开发上才能留给使用者最简易而无所不能的深度业务应用定制。

（编辑：财气旺网 - 财气网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!