CN116301849A - 生成表单的方法、装置、设备和存储介质 - Google Patents

Abstract

本公开公开了一种生成表单的方法、装置、设备和存储介质，属于计算机技术领域。该方法包括：接收终端发送的对应目标表单的控件添加请求，其中，控件添加请求中携带有目标控件的目标控件标签和目标配置信息；基于目标配置信息确定目标控件的目标控件类型和目标属性信息；获取目标控件类型对应的目标控件代码模板；将目标控件标签和目标属性信息，添加到目标控件代码模板中，生成目标控件的目标代码；基于目标控件的目标代码生成目标表单。采用本方案，开发人员无需编写代码，代码由服务器自动生成，有利于提高生成表单的效率。

Description

生成表单的方法、装置、设备和存储介质

技术领域

本公开涉及计算机技术领域，特别涉及一种生成表单的方法、装置、设备和存储介质。

背景技术

在企业的生产经营过程中，通常会通过表单来记录产品的相关信息，以实现精准化管理。

表单中通常设置有多个控件，每个控件对应有不同的功能代码。当前，在建立表单时，表单中每个控件对应的功能代码和表单对应的功能代码均是由开发人员手动编写的。

每次建立一个表单，均需要开发人员重新编写每个控件的功能代码和表单对应的功能代码，人工编写代码使得工作量比较大，容易出现错误，最终导致生成表单的效率低。

发明内容

本公开实施例提供了一种生成表单的方法、装置、设备和存储介质，能够解决相关技术中生成表单效率低的问题。技术方案如下：

第一方面，提供了一种生成表单的方法，所述方法包括：

接收终端发送的对应目标表单的控件添加请求，其中，所述控件添加请求中携带有目标控件的目标控件标签和目标配置信息；

基于所述目标配置信息确定所述目标控件的目标控件类型和目标属性信息；

获取所述目标控件类型对应的目标控件代码模板；

将所述目标控件标签和所述目标属性信息，添加到所述目标控件代码模板中，生成所述目标控件的目标代码；

基于所述目标控件的目标代码生成所述目标表单。

在一种可能实现的方式中，所述目标配置信息包括目标模型编码和目标控件编码，所述基于所述目标配置信息确定所述目标控件的目标控件类型和目标属性信息，包括：

在数据库表的多个数据模型中，确定与所述目标模型编码对应的目标数据模型，其中，所述数据模型包括模型编码、控件编码、控件类型和属性信息；

在所述目标数据模型中，确定与所述目标控件编码对应的目标控件类型和目标属性信息。

在一种可能实现的方式中，所述接收终端发送的对应目标表单的控件添加请求之前，还包括：

接收终端发送的对应数据模型的模型建立请求，其中，所述模型建立请求中携带有模型编码和对应的控件编码、每个控件编码对应的控件类型和属性信息；

将所述模型编码、所述模型编码对应的控件编码、所述每个控件编码对应的控件类型和属性信息作为一个数据模型存储到数据库表中；

向终端发送数据模型建立成功通知。

在一种可能实现的方式中，所述目标配置信息还用于表示所述目标控件对应的目标数据内容，所述数据模型还包括每个控件编码对应的数据内容，所述确定与所述目标控件编码对应的目标控件类型和目标属性信息，包括：

确定与所述目标控件编码对应的目标控件类型、目标属性信息和目标数据内容；

所述将所述目标控件标签和所述目标属性信息，添加到所述目标控件代码模板中，生成所述目标控件的目标代码，包括：

将所述目标控件标签、所述目标属性信息和所述目标数据内容，添加到所述目标控件代码模板中，生成所述目标控件的目标代码。

在一种可能实现的方式中，配置信息包括控件编码、控件类型和属性信息，所述基于所述目标配置信息确定所述目标控件的目标控件类型和目标属性信息，包括：

获取所述目标配置信息中的目标控件编码、目标控件类型和目标属性信息；

将所述目标控件编码、所述目标控件类型和所述目标属性信息对应存储到数据库表中。

在一种可能实现的方式中，所述基于所述目标控件的目标代码生成所述目标表单，包括：

在所述目标表单的代码中添加所述目标控件的目标代码的加载语句，生成所述目标表单。

在一种可能实现的方式中，所述基于所述目标控件的目标代码生成所述目标表单，包括：

在所述目标表单的代码中添加所述目标控件的目标代码，生成所述目标表单。

第二方面，提供了一种生成表单的装置，所述装置包括：

接收模块，用于接收终端发送的对应目标表单的控件添加请求，其中，所述控件添加请求中携带有目标控件的目标控件标签和目标配置信息；

确定模块，用于基于所述目标配置信息确定所述目标控件的目标控件类型和目标属性信息；

获取模块，用于获取所述目标控件类型对应的目标控件代码模板；

第一生成模块，用于将所述目标控件标签和所述目标属性信息，添加到所述目标控件代码模板中，生成所述目标控件的目标代码；

第二生成模块，用于基于所述目标控件的目标代码生成所述目标表单。

在一种可能实现的方式中，所述目标配置信息包括目标模型编码和目标控件编码，所述确定模块，用于：

在数据库表的多个数据模型中，确定与所述目标模型编码对应的目标数据模型，其中，所述数据模型包括模型编码、控件编码、控件类型和属性信息；

在所述目标数据模型中，确定与所述目标控件编码对应的目标控件类型和目标属性信息。

在一种可能实现的方式中，所述接收模块，还用于：

接收终端发送的对应数据模型的模型建立请求，其中，所述模型建立请求中携带有模型编码和对应的控件编码、每个控件编码对应的控件类型和属性信息；

将所述模型编码、所述模型编码对应的控件编码、所述每个控件编码对应的控件类型和属性信息作为一个数据模型存储到数据库表中；

向终端发送数据模型建立成功通知。

在一种可能实现的方式中，所述目标配置信息还用于表示所述目标控件对应的目标数据内容，所述数据模型还包括每个控件编码对应的数据内容，所述确定模块，用于：

确定与所述目标控件编码对应的目标控件类型、目标属性信息和目标数据内容；

所述第一生成模块，用于：

将所述目标控件标签、所述目标属性信息和所述目标数据内容，添加到所述目标控件代码模板中，生成所述目标控件的目标代码。

在一种可能实现的方式中，配置信息包括控件编码、控件类型和属性信息，所述确定模块，用于：

获取所述目标配置信息中的目标控件编码、目标控件类型和目标属性信息；

将所述目标控件编码、所述目标控件类型和所述目标属性信息对应存储到数据库表中。

在一种可能实现的方式中，所述第二生成模块，用于：

在所述目标表单的代码中添加所述目标控件的目标代码的加载语句，生成所述目标表单。

在一种可能实现的方式中，所述第二生成模块，用于：

在所述目标表单的代码中添加所述目标控件的目标代码，生成所述目标表单。

第三方面，提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条程序代码，所述至少一条程序代码由所述处理器加载并执行，以使计算机设备实现如第一方面及其可能的实现方式中任一项所述的生成表单的方法。

第四方面，提供了一种计算机可读存储介质，存储介质中存储有至少一条指令，所述存储介质中存储有至少一条指令，所述至少一条指令由处理器加载并执行，以实现如第一方面及其可能的实现方式中任一项所述的生成表单的方法所执行的操作。

本公开实施例提供的技术方案带来的有益效果是：

本公开实施例中提到的方案，服务器可以接收携带有目标控件标签的目标配置信息的控件添加请求，并根据目标控件代码模板自动生成目标控件和目标代码，并进一步自动生成目标表单的功能代码。采用本方案，在生成目标表单的全过程中，开发人员无需编写代码，代码由服务器自动生成。服务器根据代码模板生成代码的速度会更快，而且准确性也会更高，从而有利于提高生成表单的效率。

附图说明

为了更清楚地说明本公开实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本公开实施例提供的一种生成表单的系统的结构示意图；

图2是本公开实施例提供的一种服务器的结构示意图；

图3是本公开实施例提供的一种表单模板列表的显示界面的示意图；

图4是本公开实施例提供的一种表单的配置界面的示意图；

图5是本公开实施例提供的一种表单的配置界面的示意图；

图6是本公开实施例提供的一种生成表单的方法的流程图；

图7是本公开实施例提供的一种表单的配置界面的示意图；

图8是本公开实施例提供的一种表单的配置界面的示意图；

图9是本公开实施例提供的一种数据库表的结构示意图；

图10是本公开实施例提供的一种数据模型列表的显示界面的示意图；

图11是本公开实施例提供的一种数据模型的同步界面的示意图；

图12是本公开实施例提供的一种数据模型的编辑界面的示意图；

图13是本公开实施例提供的一种属性信息的编辑界面的示意图；

图14是本公开实施例提供的一种表单的配置界面的示意图；

图15是本公开实施例提供的一种表单的配置界面的示意图；

图16是本公开实施例提供的一种生成表单的装置的结构示意图；

图17是本公开实施例提供的一种终端的结构框图；

图18是本公开实施例提供的一种计算机设备的结构示意图。

具体实施方式

本公开的实施方式部分使用的术语仅用于对本公开的实施例进行解释，而非旨在限定本公开。除非另作定义，本公开的实施方式使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本公开说明书以及权利要求书中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。同样，“一个”或者“一”等类似词语也不表示数量限制，而是表示存在至少一个。“包括”或者“包含”等类似的词语意指出现在“包括”或者“包含”前面的元件或者物件涵盖出现在“包括”或者“包含”后面列举的元件或者物件及其等同，并不排除其他元件或者物件。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则所述相对位置关系也可能相应地改变。“多个”指两个或两个以上，除非另有明确的限定。

为使本公开的目的、技术方案和优点更加清楚，下面将结合附图对本公开实施方式作进一步地详细描述。

本公开实施例提供了一种生成表单的方法，该方法应用于由终端和服务器组成的系统中，该系统的结构可以如图1所示。该方法的执行主体是系统中的服务器，图2是本公开实施例提供的一种服务器的结构示意图，作为示例，如图2所示，从硬件组成上来看，服务器可以包括处理器210、存储器220和通信部件230。

处理器210可以是CPU(central processing unit，中央处理器)，也可以是SoC(system on chip，系统级芯片)等。处理器210可以用于接收终端发送的对应目标表单的控件添加请求，用于确定目标控件的目标控件类型和目标属性信息，获取目标控件类型对应的目标控件代码模板，用于生成目标控件的目标代码，等等。

存储器220可以是各种易失性存储器或非易失性存储器，如SSD(solid statedisk，固态硬盘)、DRAM(dynamic random access memory，动态随机存取存储器)内存等。存储器220可以用于存储生成表单过程中的预存数据、中间数据和结果数据。例如，目标属性信息，目标控件标签，目标控件代码模板，目标控件的目标代码，等等。

通信部件230可以是有线网络连接器、WiFi(wireless fidelity，无线保真)模块、蓝牙模块、蜂巢网通信模块等。通信部件230可以用于与其他设备进行数据传输，其他设备可以是上述系统中的终端等。通信部件230可以用于接收终端发送的对应目标表单的控件添加请求，等等。

表单中通常包括多个控件，每个控件通常具有对应的控件标签和属性信息。在建立表单的过程中，需要依次设定每个控件的控件标签和属性信息。

在实施中，终端可以向用户显示服务器中当前已经存储了哪些表单模板，正如图3所示。用户可以点击当前界面中的“新增”按钮，从而进入如图4所示的可视化编辑界面。此时，可视化编辑界面中，左侧部分为控件区域，控件区域中包括表单中可能会用到的多个控件，中间部分为表单设计区域(又可以称为画布)，右侧部分为配置区域，用于配置控件的属性信息、数据内容等。

可选地，用户可以在当前显示界面中的表单模板列表中，查找自己需要的表单模板，然后点击该表单模板右侧对应的“页面设计”按钮，从而可以进入如图5所示的可视化编辑界面。此时，可视化编辑界面中，左侧部分为控件区域，控件区域中包括表单中可能会用到的多个控件，中间部分为该表单模板对应的表单设计区域(又可以称为画布)，右侧部分为配置区域，用于配置控件的属性信息、数据内容等。

作为示例，如图4和图5所示，控件可以包括基础控件、高级控件和布局控件。基础控件可以是填写数据的最小单元控件，包括但不限于单行文本、多行文本、数字、下拉框、复选框、单选框、日期、时间、文件上传、滑动条、开关、图片上传、富文本等。高级控件是具有可编辑表格、模型表格等功能的控件，包括但不限于表格、模型表格、按钮、文字、HTML控件等。布局控件则为用于表格布局的一些控件，包括但不限于栅格布局、Tab标签、分割线、抽屉等。

下面，对本公开实施例提供的生成表单的方法进行说明。

图6是本公开实施例提供的一种生成表单的方法的流程图，如图6所示，该方法可以包括如下处理步骤：

S601、接收终端发送的对应目标表单的控件添加请求。

其中，控件添加请求中携带有目标控件的目标控件标签和目标配置信息，目标配置信息用于表示目标控件的目标控件类型和目标属性信息。

在实施中，用户可以将左侧的控件区域中的任一目标控件拖拽到中间的画布中，然后选中该目标控件，右侧的配置区域中会显示该目标控件对应的控件类型，例如，将图7中控件区域示出的单行文本控件拖拽到画布中，此时，右侧的配置区域会显示该控件的控件类型，即图7中示出的“单行文本”。同时，用户可以在右侧的配置区域中定义该目标控件对应的目标配置信息和目标控件标签，相应场景正如图7所示。

可选地，当画布中显示的是表单模板对应的控件时，用户可以点击画布中已有的控件作为目标控件，此时，右侧的配置区域中会显示该目标控件对应的控件类型，如图8中示出的“单行文本”，同时，用户可以在右侧的配置区域中定义该目标控件对应的目标配置信息，也可以重新标记该目标控件对应的目标控件标签，相应场景正如图8所示。此种情况下，用户也可以从左侧的控件区域中选择任一目标控件，将该目标控件拖拽到当前画布中的任一位置，然后在在右侧的配置区域中定义该目标控件对应的目标配置信息和目标控件标签。

用户完成对目标控件的配置信息的定义后，可以点击显示界面中的“保存”按钮，将该目标控件的配置信息存储在终端中，并且向服务器发送携带有目标控件标签和目标配置信息的控件添加请求。

S602、基于目标配置信息确定目标控件的目标控件类型和目标属性信息。

在实施中，目标控件的目标属性信息可以是用户自定义的，也可以用户调用预先存储在数据库表中的数据模型中的相关信息，相应的，在配置区域的“编码来源”对应的弹窗中包括“自定义”和“数据模型”两个选项。

下面，对上述两种可能的情况分别进行说明。

情况一、控件编码来自数据模型

图9是本公开实施例提供的一种数据库表的结构示意图。作为示例，如图9所示，数据库表中存储有多个数据模型，每个数据模型对应有唯一的模型编码。每个数据模型中包括多个字段，每个字段可以认为是具有唯一性的控件编码。同时，数据模型中还存储有与该控件编码对应的属性信息，具体的，某一控件与该控件编码建立对应关系(也称为绑定)后，该控件便被定义了与该控件编码对应的属性信息。

在实施中，对于此种情况的操作过程，以图7为例进行说明，具体过程可以如下：

首先，用户可以在配置区域的“标签”对应的弹窗中输入目标控件对应的目标控件标签，如图7中示出的“手机号”。

然后，用户在配置区域的“编码来源”对应的弹窗中选择如图7中示出的“数据模型”。此时，配置区域会显示“模型编码”及对应的弹窗，“模型编码”对应的弹窗中可以显示数据库表中存储的所有数据模型的模型编码。

再后，用户找到所需的模型编码作为目标模型编码，如图7中示出的“个人信息”。此时，配置区域会显示“控件编码”及对应的弹窗，“控件编码”对应的弹窗中可以显示目标模型编码包括的所有控件编码(即字段)；

最后，用户找到所需的控件编码作为目标控件编码，如图7中示出的“Phonenumber-1”。

对于此种情况，服务器接收的控件添加请求中包括目标控件标签和目标配置信息，目标配置信息中则包括目标模型编码和目标控件编码。

服务器接收控件添加请求后，可以在数据库表的多个数据模型中，确定与目标模型编码对应的目标数据模型，然后，在该目标数据模型中，便可以确定与目标控件编码对应的目标控件类型和目标属性信息，从而进行后续处理。服务器可以将目标控件类型和目标属性信息发送给终端，由终端向用户显示。可选地，服务器可以将目标控件类型和目标属性信息中的部分信息发送给终端，并显示该部分信息，对此，此处不进行任何限定。

情况二、控件编码来自自定义

在实施中，对于此种情况的操作过程，以图8为例进行说明，具体过程可以如下：

首先，用户可以在配置区域的“标签”对应的弹窗中输入目标控件对应的目标控件标签，如图8中示出的“手机号”。

然后，用户在“数据来源”对应的弹窗中选择如图8中示出的“自定义”。此时，配置区域会显示“控件编码”及对应的弹窗、以及目标控件所需要设定的属性信息。通常，可以将控件对应的属性信息分为两类，一种是基础属性，一种是自定义属性。基础属性可以认为是该类控件所必须设定的属性，如图8中示出的默认值、占位内容、宽度等。自定义属性则是用户根据实际使用场景添加的属性，如图8中示出的校验、正则校验等。

最后，用户在“控件编码”对应的弹窗输入自己编写的控件编码，该控件编码即为目标控件对应的目标控件编码，并且，用户可以在配置区域定义该目标控件的属性信息，即目标属性信息。

对于此种情况，配置信息中包括控件编码、控件类型和属性信息。服务器接收的控件添加请求中包括目标控件标签和目标配置信息，目标配置信息中则包括目标控件编码、目标控件类型和目标属性信息。

服务器接收控件添加请求后，可以在控件添加请求中提取出目标控件标签和目标配置信息，并进一步在目标配置信息中提取出目标控件编码、目标控件类型和目标属性信息，从而进行后续处理。服务器可以将所述目标控件编码、所述目标控件类型和所述目标属性信息对应存储到数据库表中。

S603、获取目标控件类型对应的目标控件代码模板。

服务器中预先存储了每种控件类型的控件所对应的控件代码模板，在确定目标控件的目标控件类型和目标属性信息后，可以获取该目标控件类型对应的目标控件代码模板。

可选地，对于上述控件编码来自数据模型的情况，服务器中可以根据控件类型和模型编码对应存储控件代码模板，具体的，同一控件类型在服务器中可以存储多个控件代码模板，每个控件代码模板对应不同的数据模型以满足不同表单的需求。此种情况下，服务器可以根据目标控件类型和目标模型编码确定对应的控件代码模板。采用该方案，可以获取与实际需求最匹配的控件代码模板，从而在后续生成目标控件的目标代码的过程中尽可能少的改变控件代码模板中的内容，进而可以提高服务器的处理速度。

S604、将目标控件标签和目标属性信息，添加到目标控件代码模板中，生成目标控件的目标代码。

在实施中，服务器将目标控件标签和目标属性信息添加或替换到步骤S603中确定的目标控件代码模板中，可以自动生成目标控件对应的目标代码。采用该方案，在生成表单的过程中，无需再由用户手动编写目标控件对应的目标代码，有利于提高工作效率。

S605、基于目标控件的目标代码生成目标表单。

服务器中预先储存了生成表单所需要的表单代码模板，表单代码模板可以将步骤S604生成的目标控件的目标代码进行组合，从而自动生成目标表单的功能代码，进而生成目标表单。其中，目标表单的功能代码通常可以包括前端功能代码和后端功能代码，服务器可以先对后端功能代码进行打包和启动，再对前端功能代码进行打包和发布，从而实现目标表单的建立、以及在终端的显示界面中显示该目标表单。本公开实施例给出了以下两种生成目标表单的功能代码的方式。

方式一

服务器根据步骤S604生成目标控件的目标代码后，先将该目标代码按生成的先后顺序存储到指定位置处，等服务器检测到目标表单的全部目标控件的目标代码均生成完成后，按先后顺序在目标表单的代码中添加每个目标组件的目标代码的加载语句，从而生成目标表单的功能代码，进而生成目标表单。

方式二

服务器根据步骤S604每生成一个目标控件的目标代码后，便可以将该目标代码添加到目标表单的功能代码中，等服务器检测到，目标表单的全部目标控件的目标代码在目标表单的功能代码中均完成添加，则确认目标表单到的功能代码完成自动编写，从而生成目标表单。

本公开实施例中提到的方案，服务器可以接收携带有目标控件标签的目标配置信息的控件添加请求，并根据目标控件代码模板自动生成目标控件和目标代码，并进一步自动生成目标表单的功能代码。采用本方案，在生成目标表单的全过程中，开发人员无需编写代码，代码由服务器自动生成。服务器根据代码模板生成代码的速度会更快，而且准确性也会更高，从而有利于提高生成表单的效率。

在一些示例中，在上述控件编码来自数据模型的情况中，服务器在执行步骤S601接收终端发送的对应目标表单的控件添加请求之前，需要在数据库表中预先建立数据模型。

终端可以向用户显示模型管理的显示界面，该显示界面中可以显示当前数据库表中已经建立的全部数据模型，正如图10所示。图10中示出了多个已建立好的数据模型，每个数据模型对应有四个操作按钮，分别是同步、编辑、属性和删除。同步是指在数据库表中完成该数据模型的存储，如图11所示，同时，可以向终端发布该数据模型建立成功的通知；编辑是指可以对该数据模型的模型编码等信息进行修改，如图12所示，对模型编码为家庭的数据模型的相关信息进行修改，可修改的内容如图12示出的编辑区域；属性是指可以编辑或删除选中的数据模型的控件编码(也称字段)和选中的控件编码对应的属性信息，如图13所示，在当前显示的数据模型中，可以编辑家庭名称这一控件编码对应的属性信息；删除是指可以在当前模型列表中删除选中的数据模型，也即，在数据库表中删除选中的数据模型。

可选地，上述图10-图12中示出的“表名”一列所对应的内容可以作为数据模型的模型编码，或者，上述图10-图12中示出的“编号”一列所对应的内容可以作为模型编码。对于模型编码的形式，此处不进行任何限定，只需保证其唯一性即可。

可选地，上述图13中示出的“编号”一列所对应的内容可以作为控件编码，对于控件编码的形式，此处不进行任何限定，只需保证其唯一性即可。

在实施中，需要建立新的数据模型时，首先，用户可以在显示界面中表示“添加”的按钮，如图10中示出的“新增”；然后，进入图12示出的界面，编辑该数据模型的模型编码等信息；其后，点击图13中示出的“添加一行数据”，编辑与控件编码相关的信息，如图13中示出的“编号、名称、数据类型”等；再后，选中添加的控件编码，在如图13中示出的右侧属性面板中定义该控件编码的属性信息；最后，对同一数据模型中每个控件编码所对应的属性信息完成定义后，进行如图11示出的同步操作。

在上述同步操作过程中，服务器会接收终端发送的对应数据模型的模型建立请求，其中，模型建立请求中携带有模型编码、模型编码对应的控件编码、每个控件编码对应的控件类型和属性信息。服务器从模型建立请求中提取出模型编码、模型编码对应的控件编码、每个控件编码对应的控件类型和属性信息，并在数据库表中将这些内容对应存储，换言之，服务器将模型编码、模型编码对应的控件编码、每个控件编码对应的控件类型和属性信息作为一个数据模型存储到数据库表中。完成存储后，服务器会向终端发送数据模型建立成功的通知。

采用该方案，服务器中预先存储多个数据模型，用户在添加目标表单中的一个目标控件时，可以从上述配置区域中选择模型编码和控件编码，便可以确定该目标控件对应的目标属性信息和目标控件类型，无需再由技术人员人工配置，防止人工配置导致配置错误，从而有利于提高配置控件的属性信息时的准确性，进而有利于提高生成表单的效率。

在一些示例中，表单可以仅用于数据展示，或者，用于为用户提供一些选项。在向用户显示表单时，表单中的某些控件(如复选框等)中可以直接向用户显示一些数据内容。此时，上述目标属性信息还用于表示目标控件对应的目标数据内容。

作为示例，以控件类型为复选框为例，复选框对应的数据内容可以来自预先建立的数据模型，相应场景正如图14所示。此种情况下，上述数据模型中还可以包括每个控件编码对应的数据内容。用户将复选框拖拽到画布中后，右侧配置区域会出现“数据来源”及对应的弹窗，用户可以在“数据来源”对应的弹窗中选择“数据模型”。

这时，服务器在根据目标模型编码和目标控件编码确定目标控件对应的目标属性信息的同时，还可以根据目标模型编码和目标控件编码，在目标数据模型中确定目标编码对应的数据内容作为目标控件对应的目标数据内容。然后，服务器可以将上述目标属性信息和目标数据内容发送到终端，由终端向用户显示，其中，目标数据内容如图14示出的配置区域中的“默认值”对应的内容。在生成目标控件的目标代码时，则需要将目标控件标签、目标属性信息和目标数据内容，分别添加到目标控件代码模板的对应位置中，从而，生成目标控件的目标代码。

可选地，目标控件对应的目标数据内容也可以由用户自定义设定，相应场景正如图15所述。此种情况下，用户可以在图15示出的配置区域中的“选项配置”处自行添加需要在目标表单中显示的内容。用户完成添加后，添加的内容便是目标控件对应的目标数据内容，服务器接收的上述属性信息中便包括该目标数据内容。服务器可以将目标控件标签、目标属性信息和目标数据内容，添加到目标控件代码模板的对应位置中，从而生成目标控件的目标代码。

采用该方案，用户可以根据实际需要配置目标控件对应的目标数据内容，用户只需要在配置区域中进行选择或者添加处理，无需进行代码的编写，从而有利于提高生成表单的效率。

基于相同的技术构思，本公开实施例还提供了一种生成表单的装置，图16是本公开实施例提供的一种生成表单的装置的结构示意图。如图16所示，该装置包括接收模块1601、确定模块1602、获取模块1603、第一生成模块1604和第二生成模块1605。

接收模块1601，用于接收终端发送的对应目标表单的控件添加请求，其中，所述控件添加请求中携带有目标控件的目标控件标签和目标配置信息；

确定模块1602，用于基于所述目标配置信息确定所述目标控件的目标控件类型和目标属性信息；

获取模块1603，用于获取所述目标控件类型对应的目标控件代码模板；

第一生成模块1604，用于将所述目标控件标签和所述目标属性信息，添加到所述目标控件代码模板中，生成所述目标控件的目标代码；

第二生成模块1605，用于基于所述目标控件的目标代码生成所述目标表单。

在一种可能实现的方式中，所述目标配置信息包括目标模型编码和目标控件编码，所述确定模块1602，用于：

在数据库表的多个数据模型中，确定与所述目标模型编码对应的目标数据模型，其中，所述数据模型包括模型编码、控件编码、控件类型和属性信息；

在所述目标数据模型中，确定与所述目标控件编码对应的目标控件类型和目标属性信息。

在一种可能实现的方式中，所述接收模块1601，还用于：

接收终端发送的对应数据模型的模型建立请求，其中，所述模型建立请求中携带有模型编码和对应的控件编码、每个控件编码对应的控件类型和属性信息；

将所述模型编码、所述模型编码对应的控件编码、所述每个控件编码对应的控件类型和属性信息作为一个数据模型存储到数据库表中；

向终端发送数据模型建立成功通知。

在一种可能实现的方式中，所述目标配置信息还用于表示所述目标控件对应的目标数据内容，所述数据模型还包括每个控件编码对应的数据内容，所述确定模块1602，用于：

确定与所述目标控件编码对应的目标控件类型、目标属性信息和目标数据内容；

所述第一生成模块1604，用于：

将所述目标控件标签、所述目标属性信息和所述目标数据内容，添加到所述目标控件代码模板中，生成所述目标控件的目标代码。

在一种可能实现的方式中，配置信息包括控件编码、控件类型和属性信息，所述确定模块1602，用于：

获取所述目标配置信息中的目标控件编码、目标控件类型和目标属性信息；

将所述目标控件编码、所述目标控件类型和所述目标属性信息对应存储到数据库表中。

在一种可能实现的方式中，所述第二生成模块1605，用于：

在所述目标表单的代码中添加所述目标控件的目标代码的加载语句，生成所述目标表单。

在一种可能实现的方式中，所述第二生成模块1605，用于：

在所述目标表单的代码中添加所述目标控件的目标代码，生成所述目标表单。

本公开实施例中提到的方案，服务器可以接收携带有目标控件标签的目标配置信息的控件添加请求，并根据目标控件代码模板自动生成目标控件和目标代码，并进一步自动生成目标表单的功能代码。采用本方案，在生成目标表单的全过程中，开发人员无需编写代码，代码由服务器自动生成。服务器根据代码模板生成代码的速度会更快，而且准确性也会更高，从而有利于提高生成表单的效率。

图17是本公开实施例提供的一种终端的结构框图。该终端可以是上述实施例中提到的终端。该终端1700可以是：智能手机、平板电脑、MP3播放器(moving picture expertsgroup audio layer III，动态影像专家压缩标准音频层面3)、MP4(moving pictureexperts group audio layer IV，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。终端1700还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，终端1700包括有：处理器1701和存储器1702。

处理器1701可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1701可以采用DSP(digital signal processing，数字信号处理)、FPGA(field－programmable gate array，现场可编程门阵列)、PLA(programmable logic array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1701也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(central processingunit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1701可以在集成有GPU(graphics processing unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1701还可以包括AI(artificial intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1702可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1702还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1702中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1701所执行以实现本公开中方法实施例提供的生成表单的方法。

在一些实施例中，终端1700还可选包括有：外围设备接口1703和至少一个外围设备。处理器1701、存储器1702和外围设备接口1703之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1703相连。具体地，外围设备包括：射频电路1704、显示屏1705、摄像头1706、音频电路1707、定位组件1708和电源1709中的至少一种。

外围设备接口1703可被用于将I/O(input/output，输入/输出)相关的至少一个外围设备连接到处理器1701和存储器1702。在一些实施例中，处理器1701、存储器1702和外围设备接口1703被集成在同一芯片或电路板上；在一些其他实施例中，处理器1701、存储器1702和外围设备接口1703中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路1704用于接收和发射RF(radio frequency，射频)信号，也称电磁信号。射频电路1704通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1704将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1704包括：天线系统、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1704可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：城域网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或WiFi(wireless fidelity，无线保真)网络。在一些实施例中，射频电路1704还可以包括NFC(near field communication，近距离无线通信)有关的电路，本公开对此不加以限定。

显示屏1705用于显示UI(user interface，用户界面)。该UI可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏1705是触摸显示屏时，显示屏1705还具有采集在显示屏1705的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1701进行处理。此时，显示屏1705还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏1705可以为一个，设置终端1700的前面板；在另一些实施例中，显示屏1705可以为至少两个，分别设置在终端1700的不同表面或呈折叠设计；在再一些实施例中，显示屏1705可以是柔性显示屏，设置在终端1700的弯曲表面上或折叠面上。甚至，显示屏1705还可以设置成非矩形的不规则图形，也即异形屏。显示屏1705可以采用LCD(liquid crystal display，液晶显示屏)、OLED(organic light-emitting diode，有机发光二极管)等材质制备。

摄像头组件1706用于采集图像或视频。可选地，摄像头组件1706包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及VR(virtual reality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件1706还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路1707可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1701进行处理，或者输入至射频电路1704以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端1700的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1701或射频电路1704的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1707还可以包括耳机插孔。

定位组件1708用于定位终端1700的当前地理位置，以实现导航或LBS(locationbased service，基于位置的服务)。定位组件1708可以是基于GPS(global positioningsystem，全球定位系统)、北斗系统、格雷纳斯系统或伽利略系统的定位组件。

电源1709用于为终端1700中的各个组件进行供电。电源1709可以是交流电、直流电、一次性电池或可充电电池。当电源1709包括可充电电池时，该可充电电池可以支持有线充电或无线充电。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端1700还包括有一个或多个传感器1710。该一个或多个传感器1710包括但不限于：加速度传感器1711、陀螺仪传感器1712、压力传感器1713、指纹传感器1714、光学传感器1715以及接近传感器1716。

加速度传感器1711可以检测以终端1700建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1711可以用于检测重力加速度在三个坐标轴上的分量。处理器1701可以根据加速度传感器1711采集的重力加速度信号，控制显示屏1705以横向视图或纵向视图进行用户界面的显示。加速度传感器1711还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器1712可以检测终端1700的机体方向及转动角度，陀螺仪传感器1712可以与加速度传感器1711协同采集用户对终端1700的3D动作。处理器1701根据陀螺仪传感器1712采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器1713可以设置在终端1700的侧边框和/或显示屏1705的下层。当压力传感器1713设置在终端1700的侧边框时，可以检测用户对终端1700的握持信号，由处理器1701根据压力传感器1713采集的握持信号进行左右手识别或快捷操作。当压力传感器1713设置在显示屏1705的下层时，由处理器1701根据用户对显示屏1705的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器1714用于采集用户的指纹，由处理器1701根据指纹传感器1714采集到的指纹识别用户的身份，或者，由指纹传感器1714根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1701授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1714可以被设置终端1700的正面、背面或侧面。当终端1700上设置有物理按键或厂商Logo时，指纹传感器1714可以与物理按键或厂商Logo集成在一起。

光学传感器1715用于采集环境光强度。在一个实施例中，处理器1701可以根据光学传感器1715采集的环境光强度，控制显示屏1705的显示亮度。具体地，当环境光强度较高时，调高显示屏1705的显示亮度；当环境光强度较低时，调低显示屏1705的显示亮度。在另一个实施例中，处理器1701还可以根据光学传感器1715采集的环境光强度，动态调整摄像头组件1706的拍摄参数。

接近传感器1716，也称距离传感器，通常设置在终端1700的前面板。接近传感器1716用于采集用户与终端1700的正面之间的距离。在一个实施例中，当接近传感器1716检测到用户与终端1700的正面之间的距离逐渐变小时，由处理器1701控制显示屏1705从亮屏状态切换为息屏状态；当接近传感器1716检测到用户与终端1700的正面之间的距离逐渐变大时，由处理器1701控制显示屏1705从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图17中示出的结构并不构成对终端1700的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

图18是本公开实施例提供的一种计算机设备的结构示意图，该计算机设备1800可以是上述实施例中的服务器。该计算机设备1800可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上CPU(central processing units，处理器)1801和一个或一个以上的存储器1802，其中，所述存储器1802中存储有至少一条指令，所述至少一条指令由所述处理器1801加载并执行以实现上述各个方法实施例提供的方法。当然，该计算机设备还可以具有有线或无线网络接口、键盘以及输入输出接口等部件，以便进行输入输出，该计算机设备还可以包括其他用于实现设备功能的部件，在此不做赘述。

在示例性实施例中，还提供了一种计算机可读存储介质，例如包括指令的存储器，上述指令可由终端中的处理器执行以完成上述实施例中物联网数据处理的方法。该计算机可读存储介质可以是非暂态的。例如，所述计算机可读存储介质可以是ROM(read-onlymemory，只读存储器)、RAM(random access memory，随机存取存储器)、CD-ROM、磁带、软盘和光数据存储设备等。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本公开的可选实施例，并不用以限制本公开，凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (10)

1.一种生成表单的方法，其特征在于，所述方法包括：

接收终端发送的对应目标表单的控件添加请求，其中，所述控件添加请求中携带有目标控件的目标控件标签和目标配置信息；

基于所述目标配置信息确定所述目标控件的目标控件类型和目标属性信息；

获取所述目标控件类型对应的目标控件代码模板；

将所述目标控件标签和所述目标属性信息，添加到所述目标控件代码模板中，生成所述目标控件的目标代码；

基于所述目标控件的目标代码生成所述目标表单。

2.根据权利要求1所述的方法，其特征在于，所述目标配置信息包括目标模型编码和目标控件编码，所述基于所述目标配置信息确定所述目标控件的目标控件类型和目标属性信息，包括：

在数据库表的多个数据模型中，确定与所述目标模型编码对应的目标数据模型，其中，所述数据模型包括模型编码、控件编码、控件类型和属性信息；

在所述目标数据模型中，确定与所述目标控件编码对应的目标控件类型和目标属性信息。

3.根据权利要求2所述的方法，其特征在于，所述接收终端发送的对应目标表单的控件添加请求之前，还包括：

接收终端发送的对应数据模型的模型建立请求，其中，所述模型建立请求中携带有模型编码和对应的控件编码、每个控件编码对应的控件类型和属性信息；

将所述模型编码、所述模型编码对应的控件编码、所述每个控件编码对应的控件类型和属性信息作为一个数据模型存储到数据库表中；

向终端发送数据模型建立成功通知。

4.根据权利要求2或3所述的方法，其特征在于，所述目标配置信息还用于表示所述目标控件对应的目标数据内容，所述数据模型还包括每个控件编码对应的数据内容，所述确定与所述目标控件编码对应的目标控件类型和目标属性信息，包括：

确定与所述目标控件编码对应的目标控件类型、目标属性信息和目标数据内容；

所述将所述目标控件标签和所述目标属性信息，添加到所述目标控件代码模板中，生成所述目标控件的目标代码，包括：

将所述目标控件标签、所述目标属性信息和所述目标数据内容，添加到所述目标控件代码模板中，生成所述目标控件的目标代码。

5.根据权利要求1所述的方法，其特征在于，配置信息包括控件编码、控件类型和属性信息，所述基于所述目标配置信息确定所述目标控件的目标控件类型和目标属性信息，包括：

获取所述目标配置信息中的目标控件编码、目标控件类型和目标属性信息；

将所述目标控件编码、所述目标控件类型和所述目标属性信息对应存储到数据库表中。

6.根据权利要求1所述的方法，其特征在于，所述基于所述目标控件的目标代码生成所述目标表单，包括：

在所述目标表单的代码中添加所述目标控件的目标代码的加载语句，生成所述目标表单。

7.根据权利要求1所述的方法，其特征在于，所述基于所述目标控件的目标代码生成所述目标表单，包括：

在所述目标表单的代码中添加所述目标控件的目标代码，生成所述目标表单。

8.一种生成表单的装置，其特征在于，所述装置包括：

接收模块，用于接收终端发送的对应目标表单的控件添加请求，其中，所述控件添加请求中携带有目标控件的目标控件标签和目标配置信息；

确定模块，用于基于所述目标配置信息确定所述目标控件的目标控件类型和目标属性信息；

获取模块，用于获取所述目标控件类型对应的目标控件代码模板；

第一生成模块，用于将所述目标控件标签和所述目标属性信息，添加到所述目标控件代码模板中，生成所述目标控件的目标代码；

第二生成模块，用于基于所述目标控件的目标代码生成所述目标表单。

9.一种计算机设备，其特征在于，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条程序代码，所述至少一条程序代码由所述处理器加载并执行，以使所述计算机设备实现如权利要求1-7任一项所述的生成表单的方法。

10.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令，所述至少一条指令由处理器加载并执行以实现如权利要求1-7任一项所述的生成表单的方法所执行的操作。

Images