CN113760896A - 搜索表格的构建方法、装置、电子设备以及储存介质 - Google Patents

Abstract

本申请提供一种搜索表格的构建方法、装置、电子设备以及储存介质，在该方法中，通过获取表格查询请求，之后在渲染器中，根据查询请求和预先配置的列配置信息，基于列配置信息调用数据源中的数据进行渲染得到查询表格，列配置信息主要用于描述搜索表格的特征。在本方法中，根据查询请求和列配置信息对数据进行渲染，从而获得查询表格，有效地缩短了模板中的代码行数，降低了开发难度，进一步降低了开发人员的维护难度。

Description

搜索表格的构建方法、装置、电子设备以及储存介质

技术领域

本申请涉及数据处理技术领域，尤其涉及一种搜索表格的构建方法、装置、电子设备以及储存介质。

背景技术

表格由一行或多行单元格组成，用于显示数字和其他项以便快速引用和分析。日常生活中，在对表格中的数据进行处理时，需要根据需求对表格中的数据进行搜索，以方便快速获取并处理需求的数据。

在现有技术中，对表格中的数据进行搜索时，主要通过针对不同的表单以及表格生成不同的模板，并手动的把表单的字段和表格的字段关联起来，利用表单对其对应的表格中的数据进行搜索并处理。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：当存在大量的表单以及表格的模板时，模板中的代码行数会大幅度增加，使得开发人员对模板中代码的开发难度较大，不利于维护。

发明内容

本申请提供一种搜索表格的构建方法、装置、电子设备以及储存介质，以解决现有技术中开发人员对模板中代码的开发难度较大，不利于维护的问题。

第一方面，本申请实施例提供一种搜索表格的构建方法，包括：

获取表格查询请求；

在渲染器中，根据所述查询请求和预先配置的列配置信息，基于所述列配置信息调用数据源中的数据进行渲染得到查询表格；其中，所述列配置信息用于描述搜索表格的特征。

在第一方面的一种可能设计中，所述方法还包括：

响应于用户的操作进行列配置，得到所述列配置信息，所述列配置信息包括查询表格的多个字段的名称，类型，以及描述内容，其中所述多个字段包括：表单项和/或表格显示的标题，数据源中对应的字段名称以及表单项绑定的值，表单的类型，表格的宽度，是否在表格和/或表单中显示，表格和/或表单的渲染函数。

可选的，所述根据所述查询请求和预先配置的列配置信息，基于所述列配置信息调用数据源中的数据进行渲染得到查询表格，包括：

根据所述列配置信息调用在表单中展示的字段生成模型对象；

根据所述列配置信息中的表单的类型的值在所述渲染器中渲染对应的表单；

根据所述表单和所述模型对象，调用数据源请求入参，得到所述查询表格。

可选的，所述根据所述查询请求和预先配置的列配置信息，基于所述列配置信息调用数据源中的数据进行渲染得到查询表格，包括：

根据所述列配置信息调用在表单中展示的字段生成模型对象；

根据所述列配置信息中的表单的类型的值在所述渲染器中渲染对应的表单；

根据所述表单和所述模型对象，调用数据源请求入参，得到所述查询表格。

可选的，所述方法还包括：

响应于用户的操作对所述渲染器中的关键项进行配置，所述渲染器中的关键项包括数据源的描述信息，列配置信息以及获取数据源的方法。

可选的，所述渲染器中的关键项还包括以下至少一项：是否显示等待中的状态，提交表单时的触发，重置表单时的触发，数据加载完成后的触发，数据加载失败后的触发。

第二方面，本申请实施例提供一种搜索表格的构建装置，包括：获取模块和处理模块；

所述获取模块，用于获取的表格查询请求；

所述处理模块，用于在渲染器中，根据所述查询请求和预先配置的列配置信息，基于所述列配置信息调用数据源中的数据进行渲染得到查询表格；其中，所述列配置信息用于描述搜索表格的特征。

在第二方面的一种可能设计中，所述处理模块，还用于：

响应于用户的操作进行列配置，得到所述列配置信息，所述列配置信息包括查询表格的多个字段的名称，类型，以及描述内容，其中所述多个字段包括：表单项和/或表格显示的标题，数据源中对应的字段名称以及表单项绑定的值，表单的类型，表格的宽度，是否在表格和/或表单中显示，表格和/或表单的渲染函数。

可选的，所述处理模块，具体用于：

根据所述列配置信息调用在表单中展示的字段生成模型对象；

根据所述列配置信息中的表单的类型的值在所述渲染器中渲染对应的表单；

根据所述表单和所述模型对象，调用数据源请求入参，得到所述查询表格。

可选的，所述处理模块，还用于：

响应于用户的操作对所述渲染器中的关键项进行配置，所述渲染器中的关键项包括数据源的描述信息，列配置信息以及获取数据源的方法。

可选的，所述渲染器中的关键项还包括以下至少一项：是否显示等待中的状态，提交表单时的触发，重置表单时的触发，数据加载完成后的触发，数据加载失败后的触发。

第三方面，本申请实施例提供一种电子设备，包括：处理器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序指令，所述处理器执行所述计算机程序指令时用于实现第一方面以及各可能设计提供的方法。

第四方面，本申请实施例可提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现第一方面以及各可能设计提供的方法。

第五方面，本申请实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时用于实现第一方面以及各可能设计提供的方法。

本申请实施例提供的搜索表格的构建方法、装置、电子设备以及储存介质，在该方法中，通过获取表格查询请求，之后在渲染器中，根据查询请求和预先配置的列配置信息，基于列配置信息调用数据源中的数据进行渲染得到查询表格，列配置信息主要用于描述搜索表格的特征。在本方法中，根据查询请求和列配置信息对数据进行渲染，从而获得查询表格，有效地节省了内存空间，降低了开发难度，进一步降低了开发人员的维护难度。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1为本申请实施例提供的搜索表格的构建方法的一种应用场景示意图；

图2为本申请实施例提供的搜索表格的构建方法实施例一的流程示意图；

图3为本申请实施例提供的一种搜索表格界面示意图；

图4为本申请实施例提供的搜索表格的构建方法的原理示意图；

图5为本申请实施例提供的搜索表格的构建装置的结构示意图；

图6为本申请实施例提供的电子设备的结构示意图。

通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在介绍本申请的实施例之前，首先对本申请的背景进行解释如下：

随着科技的进步，表单作为一种重要的数据呈现方式，在数据传递的过程中占据着越来越重要的地位。表单有三个基本组成部分，分别为表单标签、表单域以及表单控件。其中，表单标签中包含了处理表单数据所用程序的统一资源定位系统(uniform resourcelocator，URL)以及数据提交到电子设备的方法。表单域中包含了文本框、密码框、隐藏域、多行文本框、复选框、单选框、下拉选择框和文件上传框等。表单控件中包括提交控件、复位控件和一般控件，用于将数据传送到电子设备上的脚本或者取消输入，还可以用表单控件来控制其他定义了处理脚本的处理工作。由于表格中含有大量的数据，如果分别对一个个的数据进行处理，会耗费大量时间。因此，可以根据需求对表格中的数据进行搜索，能够更方便快速的获取并处理需求的数据。

在现有技术中，对表格中的数据进行查询时，主要通过针对不同的表单以及表格生成不同的模板，并手动的把表单的字段和表格的字段关联起来，利用表单的模板对其对应的表格进行查询。然而，在现有技术中，当表格字段比较多时，需要大量的表单以及表格的模板来对表格进行处理，使得模板中的代码行数会大幅度增加，开发难度较大且不利于开发人员对模板中代码的维护。

针对上述问题，本申请的发明构思如下：在对表格中的数据进行搜索的过程，在目前的方案中，由于表单的字段和表格的字段都是强关联，导致需要大量的表单以及表格的模板来对表格进行处理，使得模板中的代码行数急剧膨胀，不利于开发人员对模板中的代码进行维护。基于此，发明人发现，如果表单和表格进行关联的渲染，就可以解决现有技术模板中的代码行数急剧膨胀，不利于开发人员对模板中的代码进行维护的问题，达到了提高开发效率并降低维护成本的目的。

示例性的，本申请实施例提供的搜索表格的构建方法可以应用于图1所示的一种应用场景示意图中。图1为本申请实施例提供的搜索表格的构建方法的一种应用场景示意图，用以解决上述技术问题。如图1所示，电子设备可通过运行软件或浏览器等方式在屏幕上显示搜索表格界面，便于用户通过搜索表格界面进行交互。常规的处理方式，电子设备通过获取用户点击搜索表格界面上的查询控件生成的查询请求，根据查询请求对数据源中的数据进行处理，并将处理得到的查询表格显示在搜索表格界面。电子设备也可以将获取的查询请求发送至云端或者服务器，对云端或者服务器中的数据进行处理，并将处理得到的查询表格发送给电子设备。在对数据源中的数据进行处理的过程中，电子设备可以从自身储存的数据源中的数据进行处理，也可以获取云端或者服务器中的数据并对其进行进一步处理，还可以将获取根据查询请求在云端或者服务器中处理得到的查询表格并对其在搜索表格界面上进行显示。

综上所述，作为本申请提供的技术方案的执行主体的电子设备可以是手机、平板电脑、电脑，其他智能终端等等任一具备人机交互能力的移动设备，也可以是云端，或者服务器等具有处理功能实体，本申请对此不做过多限制。

下面，通过具体实施例对本申请的技术方案进行详细说明。

需要说明的是，下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。

图2为本申请实施例提供的搜索表格的构建方法实施例一的流程示意图。如图2所示，该搜索表格的构建方法可以包括如下步骤：

S101：获取的表格查询请求。

本申请实施例提供的搜索表格的构建方案需要为用户提供搜索表格界面，方便对数据源中的数据进行处理和显示，以使用户能够通过安装在电子设备上的浏览器或者应用程序等对服务平台进行访问。

在本步骤中，当用户需要对表格进行搜索时，用户可以对搜索表格界面上的查询控件进行选择操作。举例来说，用户点击搜索表格界面上的查询控件，电子设备在检测到查询控件被点击之后，获取生成的表格查询请求。

进一步的，电子设备响应于用户的操作进行列配置，得到列配置信息。列配置信息包括查询表格的多个字段的名称，类型，以及描述内容，其中所多个字段包括：表单项和/或表格显示的标题，数据源中对应的字段名称以及表单项绑定的值，表单的类型，表格的宽度，是否在表格和/或表单中显示，表格和/或表单的渲染函数。

示例性的，搜索表格是由行和列构成的，这也就意味着可以通过描述一个列从而生成一个搜索表格。在搜索表格中，表单中的搜索项基本都是表格中某一列的值，于是就可以通过对列的配置来描述一个搜索表格。列配置信息部分示例如表1所示。

表1

具体的，接下来对列配置信息进行详细解释。

表单项和/或表格显示的标题用于映射表单项的标签名和查询表格中列的名称，其类型为字符串。其中，标签名指的是超文本标记语言(Hyper Text Markup Language，HTML)标记标签的显示名称。

数据源中对应的字段名称以及表单项绑定的值表示数据源中对应查询表格的数据取值，同时渲染器内部也会通过数据源中对应的字段名称以及表单项绑定的值来确定表单项绑定的属性，并根据查询请求将相应的值当做入参发送。其中，数据源中对应的字段名称以及表单项绑定的值的类型也为字符串。

表单的类型表示该列对应的表单应该渲染的形式，其中，表单的类型可以为以下几种：输入、日期、日期选择、下拉列表、区间、单选、复选。若不对表单的类型进行设定，则默认值为输入值。我们也可以通过表单项的渲染函数自定义其他的渲染的形式。

是否在表格中显示用于在有些情景下通过表单搜索某一个值，但是又不想让其在搜索表格界面上显示时，可以选择在表格中隐藏此列。其中，使用布尔值对是否显示进行表示，用1表示在表格中进行显示，用0表示在表格中不进行显示。

是否在表单里显示用于在有些情景下，查询表格展示的字段过多时，由于不想映射过多的表单搜索项，可以选择隐藏表单项的渲染。其中，使用布尔值对是否显示进行表示，在此不再赘述。

表格的渲染函数用于在需要展示一些特殊的样式或者对数据进行一些没有覆盖到的场景处理时，运用该表格的渲染函数对此列数据进行渲染。举例来说，如，在搜索表格界面中根据表格的渲染函数返回值展示一些特殊的搜索表格界面的控件。

表单项的渲染函数用于自定义一些特殊的搜索表格界面的控件。

可以理解的是，表1中仅示出了部分列配置信息。在实际应用中，列配置信息还可以有其他的内容和形式，其可以根据实际需求确定，此处不再赘述。

其中，列配置信息可以通过代码形式进行体现，以下为列配置信息的一个示例。

其中，开发人员可以在特定的应用程序编程接口(Application ProgrammingInterface，API)下对列配置信息进行处理。

S102：在渲染器中，根据查询请求和预先配置的列配置信息，基于列配置信息调用数据源中的数据进行渲染得到查询表格。

在本步骤中，电子设备获取到查询请求后，需要根据获取到查询请求以及预先配置的列配置信息在渲染器中对数据源中的数据进行渲染，并根据渲染结果生成查询表格，并将查询表格显示在搜索表格界面。

其中，数据源可以由存在于电子设备本身的数据构成，也可以由云端或服务器中存储的数据构成，本方案对此不进行具体限制。

具体的，渲染器是一个处理配置和数据源，并自动将处理得到的查询结果在查询表格中进行显示的一个装置。响应于用户的操作对渲染器中的关键项进行配置，渲染器中的关键项包括数据源的描述信息，列配置信息以及获取数据源的方法。其中，数据源的描述信息具体包括数据源(接口请求的数据)以及对数据源进行预处理的方法。数据源的描述信息还可以包括是否显示等待中的状态、提交表单时的触发、重置表单时的触发、数据加载完成后的触发、数据加载失败时的触发。

示例性的，关键项部分示例如表2所示。

表2

具体的，接下来对列配置信息进行详细解释。

对数据源进行预处理的方法主要用于在根据相应的函数对数据源中的数据进行预处理，预处理可以包括对数据进行清理(如处理缺失值、处理噪声数据等)、对数据进行集成以及对数据进行变换。

提交表单时的触发主要用于根据相应的函数在用户点击提交控件后使得搜索表格界面发生对应变化。示例性的，在点击提交控件后，如果搜索表格界面长时间没有反应，可能会导致用户反复点击提交控件。在用户反复点击提交控件后，电子设备会收到重复的查询请求，严重影响电子设备的运行。因此可以通过设置相应函数，在用户第一次点击提交控件后禁用提交控件，能够有效防止用户多次点击造成的麻烦。

重置表单时的触发主要用于提醒用户是否进行重置操作。示例性的，在用户点击重置控件后，搜索表格界面可以弹出窗口，在窗口中提示是否确认进行重置操作，并提供确认控件和取消控件，方便用户根据需求进行操作。

数据加载完成后的触发主要用于提醒用户查询表格已加载完成。示例性的，在查询表格已加载完成后，搜索表格界面可以弹出弹窗，弹窗中提示用户查询表格已加载完成。

数据加载失败时的触发主要用于提醒用户查询表格未能成功加载。示例性的，在查询表格加载失败后，搜索表格界面可以弹出弹窗，弹窗中提示用户查询表格加载失败，请重新进行查询。

可以理解的是，表2中仅示出了部分关键项。在实际应用中，关键项还可以有其他的内容和形式，其可以根据实际需求确定，此处不再赘述。

其中，关键项可以通过代码形式进行体现，以下为关键项的一个示例。

其中，开发人员可以在特定的API下对关键项业务逻辑的处理，有效的保证了代码风格的统一便于多人维护。由于减少了大量的表单以及表格的模板的编写，极大的提升了开发效率。

具体的，根据列配置信息调用在表单中展示的字段生成模型对象。举例来说电子设备在获取表格查询请求后，根据查询请求以及预先配置的列配置信息对数据源中的数据进行处理，收集在表单里进行展示的数据源里对应的字段名，以及表单项绑定的值，并将在表单里进行展示的数据源里对应的字段名，以及表单项绑定的值生成对应的模块对象。

其中，列配置信息用于描述搜索表格的特征。

接下来，根据列配置信息中表单的类型的值在渲染器中渲染对应的表单。示例性的，在渲染器中，根据列配置信息中表单的类型的值对对应的表单进行渲染。当表单的类型的值发生变化时，以及在表单的类型进行单选或复选后会触发改变事件。渲染器会监听表单的改变事件，每当表单的改变事件被触发后，渲染器获取更新后表单的类型的值，并将该更新后表单的类型的值对模块对象原有的数据源中对应的字段名称以及表单项绑定的值进行替换。

进一步的，根据表单和模型对象，调用数据源请求入参，得到查询表格。举例来说，电子设备根据表单和模型对象，调用数据源，将模型对象中的在表单里进行展示的数据源里对应的字段名，以及表单项绑定的值作为输入参数。如果遇到输入参数与需要显示的格式不符，可以通过对数据源进行预处理的方法进行入参预处理，并将对数据源进行预处理的方法中的函数输出参数重新作为输入参数。如果没有设置对数据源进行预处理的方法，那么就默认不对输入参数进行预处理。

其中，渲染器分别运用renderForm、renderTable、renderPagination三种方法对数据源中的数据进行渲染得到查询表格。

举例来说，renderForm主要用来渲染表单项。renderForm会内置两个控件：提交控件和重置控件，根据列配置信息来渲染表单，从而获取查询表格。当表格展示的字段过多，不需要映射过多的表单搜索项，则不渲染对应的表单。当列配置信息中设置了表单的渲染函数，则会渲染此函数的返回值。renderTable主要用来根据列配置信息渲染表格。当列配置信息中设置了表格的渲染函数，则会渲染此函数的返回值。在有些情景下通过表单搜索某一个值，但不想让在搜索表格界面上显示，则不在表格中渲染此列。renderPagination主要用于渲染分页，内置分页有利于做数据的分页处理。

图3为本申请实施例提供的一种搜索表格界面示意图。如图3所示，电子设备通过运行软件或者浏览器等方式在屏幕上显示搜索表格界面，该搜索表格界面包括：查询控件、重置控件、分节控件。其中分节控件具体包括页码控件以及下一页控件。同时，该搜索表格界面还包括多个输入框以及日期选择框，在输入框中输入想要查询的条件，如可以在输入框中分别输入编号和/或名称，之后点击查询控件，电子设备会根据输入编号和/或名称形成对应的查询请求，根据该查询请求获取渲染得到的查询表格并进行显示。日期选择框主要用于提供给用户进行开始日期以及结束日期的选择，用于确定在该日期区域内的数据源的数据，对该日期区域内的数据源的数据进行渲染从而得到查询表格并对其进行。

同时，该搜索表格界面还可以对查询表格进行显示，并提供查看控件和编辑控件，方便用户对查询表格进行查看或编辑操作。

具体的，当用户点击搜索表格界面上的分页、搜索、重置控件时，会自动获取查询请求，不需要进行手动操作。其中点击搜索表格界面上的分页控件具体包括点击搜索表格界面上的页码控件(第1页、第2页、第3页等)、点击下一页控件、在输入框中输入想要前往页码数。渲染器会自动将模型对象中的在表单里进行展示的数据源里对应的字段名，以及表单项绑定的值作为输入参数进行自动请求。同时，渲染器中的是否显示等待中的状态会根据请求状态进行相应的展示。

示例性的，在渲染器对表单进行渲染的过程中，为了使用户明确渲染器正在对表单进行处理且没有处理完毕，可以通过在搜索表格界面上显示转圈圈的动画图案或通过弹出弹窗并在弹窗上显示正在加载中等方式对请求状态进行相应的展示。

在一种具体的实现方式中，在对一些特定场景进行处理时，需要对查询请求进行更细粒度的控制，因此电子设备可以不将获取的查询请求传入到渲染器中，此时认为开启了手动请求模式。需要注意的是手动请求模式是通过开发人员传递的字段来自动开启或关闭的，不需要开发人员关心配置。

具体的，开发人员在渲染器中通过手动获取用户对搜索表格界面操作产生的查询请求，并根据更精细的控制需求对查询请求通过运用表格的渲染函数以及表单项的渲染函数进行渲染处理，获取查询表格。当用户在点击搜索表格界面上的分页、搜索、重置控件时，会向渲染器派发相应的事件(如分页事件、搜索事件、重置事件)以及模型对象中的在表单里进行展示的数据源里对应的字段名，以及表单项绑定的值。需要注意的事，在开启手动请求模式时，渲染器中的是否显示等待中的状态无法根据请求状态进行相应的展示。

其中，通过列配置信息中的表格的渲染函数以及表单项的渲染函数保证了开发人员在一些特定场景中更细粒度的请求控制需求，能够满足进行自定义渲染的需求，同时搜索表格界面可以根据自定义的内容显示不同的空间，有效的提高了搜索表格界面的灵活性。

应理解，本申请实施例中的用户可以是研发人员，也可以是维护人员，还可以是普通用户，本实施例对此不进行限制。

本申请实施例提供的搜索表格的构建方法，通过获取表格查询请求，之后在渲染器中，根据查询请求和预先配置的列配置信息，基于列配置信息调用数据源中的数据进行渲染得到查询表格，列配置信息主要用于描述搜索表格的特征。在本方法中，根据查询请求和列配置信息对数据进行渲染，从而获得查询表格，有效地缩短了模板中的代码行数，减少了大量的模板编写，从而降低了开发难度，保证代码风格的统一便于多人维护，降低了开发人员的维护难度。由于开发人员可以对数据源中的数据进行自定义的渲染，进一步的提高了组织搜索表格界面的灵活性。

图4为本申请实施例提供的搜索表格的构建方法的原理示意图，如图4所示，电子设备通过响应用户对搜索表格界面的操作，获取表格查询请求，并根据该表格查询请求以及预先配置的列配置信息在渲染器中对调用的数据源中的数据进行渲染得到查询表格，最后将查询表格在搜索表格界面上进行显示。其中，搜索表格界面中包含表单、表格以及分页情况。

本申请实施例提供的搜索表格的构建方法，其实现原理和技术效果与图2提供的搜索表格的构建方法类似，在此不再赘述。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图5为本申请实施例提供的搜索表格的构建装置的结构示意图。如图5所示，该装置包括：获取模块51和处理模块52。

获取模块51，用于获取的表格查询请求。

处理模块52，用于在渲染器中，根据查询请求和预先配置的列配置信息，基于列配置信息调用数据源中的数据进行渲染得到查询表格；其中，列配置信息用于描述搜索表格的特征。

在本申请实施例一种可能设计中，处理模块52，还用于：

响应于用户的操作进行列配置，得到列配置信息，列配置信息包括查询表格的多个字段的名称，类型，以及描述内容，其中多个字段包括：表单项和/或表格显示的标题，数据源中对应的字段名称以及表单项绑定的值，表单的类型，表格的宽度，是否在表格和/或表单中显示，表格和/或表单的渲染函数。

可选的，处理模块52，具体用于：

根据列配置信息调用在表单中展示的字段生成模型对象；

根据列配置信息中的表单的类型的值在渲染器中渲染对应的表单；

根据表单和模型对象，调用数据源请求入参，得到查询表格。

可选的，处理模块52，还用于：

响应于用户的操作对渲染器中的关键项进行配置，渲染器中的关键项包括数据源的描述信息，列配置信息以及获取数据源的方法。

可选的，渲染器中的关键项还包括以下至少一项：是否显示等待中的状态，提交表单时的触发，重置表单时的触发，数据加载完成后的触发，数据加载失败后的触发。

本申请实施例提供的装置，可用于执行上述实施例中的搜索表格的构建方法，其实现原理和技术效果类似，在此不再赘述。

需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。此外，这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

图6为本申请实施例提供的电子设备的结构示意图。如图6所示，该电子设备可以包括：处理器61、显示器62、存储器63及存储在所述存储器上并可在处理器上运行的计算机程序指令，所述处理器执行所述计算机程序指令时实现前述任一实施例提供的搜索表格的构建方法。

可选的，电子设备还可以包括与其他设备进行交互的接口。

可选的，该电子设备的上述各个器件之间可以通过系统总线连接。

存储器63可以是单独的存储单元，也可以是集成在处理器中的存储单元。处理器的数量为一个或者多个。

显示器62用于人机交互以及显示处理器61的处理结果。可选的，显示器62可以用来显示搜索表格界面，该搜索表格界面可以包括图形、文本、图标、视频及其它们的任意组合。在一些实施例中，显示器62可以为电子设备的前面板；在另一些实施例中，显示器62可以是柔性显示屏，设置在电子设备的弯曲表面上或折叠面上。甚至，显示器62还可以设置成非矩形的不规则图形的显示屏，也即异形屏。显示器62可以采用液晶显示屏(LiquidCrystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等材质制备。

应理解，处理器61可以是中央处理单元(英文：Central Processing Unit，简称：CPU)，还可以是其他通用处理器、数字信号处理器(英文：Digital Signal Processor，简称：DSP)、专用集成电路(英文：Application Specific Integrated Circuit，简称：ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

系统总线可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。存储器可能包含随机存取存储器(randomaccess memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储器中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储器(存储介质)包括：只读存储器(英文：read-only memory，简称：ROM)、RAM、快闪存储器、硬盘、固态硬盘、磁带(英文：magnetic tape)、软盘(英文：floppydisk)、光盘(英文：optical disc)及其任意组合。

本申请实施例提供的电子设备，可用于执行上述任一方法实施例提供的搜索表格的构建方法，其实现原理和技术效果类似，在此不再赘述。

本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行上述搜索表格的构建方法。

上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。

可选的，将可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits，ASIC)中。当然，处理器和可读存储介质也可以作为分立组件存在于设备中。

本申请实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序存储在计算机可读存储介质中，至少一个处理器可以从该计算机可读存储介质中读取该计算机程序，所述至少一个处理器执行所述计算机程序时可实现上述搜索表格的构建方法。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。

Claims (13)

1.一种搜索表格的构建方法，其特征在于，包括：

获取表格查询请求；

在渲染器中，根据所述查询请求和预先配置的列配置信息，基于所述列配置信息调用数据源中的数据进行渲染得到查询表格；其中，所述列配置信息用于描述搜索表格的特征。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于用户的操作进行列配置，得到所述列配置信息，所述列配置信息包括查询表格的多个字段的名称，类型，以及描述内容，其中所述多个字段包括：表单项和/或表格显示的标题，数据源中对应的字段名称以及表单项绑定的值，表单的类型，表格的宽度，是否在表格和/或表单中显示，表格和/或表单的渲染函数。

3.根据权利要求2所述的方法，其特征在于，所述根据所述查询请求和预先配置的列配置信息，基于所述列配置信息调用数据源中的数据进行渲染得到查询表格，包括：

根据所述列配置信息调用在表单中展示的字段生成模型对象；

根据所述列配置信息中的表单的类型的值在所述渲染器中渲染对应的表单；

根据所述表单和所述模型对象，调用数据源请求入参，得到所述查询表格。

4.根据权利要求2或3所述的方法，其特征在于，所述方法还包括：

响应于用户的操作对所述渲染器中的关键项进行配置，所述渲染器中的关键项包括数据源的描述信息，列配置信息以及获取数据源的方法。

5.根据权利要求4所述的方法，其特征在于，所述渲染器中的关键项还包括以下至少一项：是否显示等待中的状态，提交表单时的触发，重置表单时的触发，数据加载完成后的触发，数据加载失败后的触发。

6.一种搜索表格的构建装置，其特征在于，包括：获取模块和处理模块；

所述获取模块，用于获取的表格查询请求；

所述处理模块，用于在渲染器中，根据所述查询请求和预先配置的列配置信息，基于所述列配置信息调用数据源中的数据进行渲染得到查询表格；其中，所述列配置信息用于描述搜索表格的特征。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

所述处理模块，还用于响应于用户的操作进行列配置，得到所述列配置信息，所述列配置信息包括查询表格的多个字段的名称，类型，以及描述内容，其中所述多个字段包括：表单项和/或表格显示的标题，数据源中对应的字段名称以及表单项绑定的值，表单的类型，表格的宽度，是否在表格和/或表单中显示，表格和/或表单的渲染函数。

8.根据权利要求7所述的装置，其特征在于，所述处理模块，具体用于：

根据所述列配置信息调用在表单中展示的字段生成模型对象；

根据所述列配置信息中的表单的类型的值在所述渲染器中渲染对应的表单；

根据所述表单和所述模型对象，调用数据源请求入参，得到所述查询表格。

9.根据权利要求7或8所述的装置，其特征在于，所述处理模块，还用于：

响应于用户的操作对所述渲染器中的关键项进行配置，所述渲染器中的关键项包括数据源的描述信息，列配置信息以及获取数据源的方法。

10.根据权利要求9所述的装置，其特征在于，所述渲染器中的关键项还包括以下至少一项：是否显示等待中的状态，提交表单时的触发，重置表单时的触发，数据加载完成后的触发，数据加载失败后的触发。

11.一种电子设备，其特征在于，包括：处理器、显示器、存储器及存储在所述存储器上并可在处理器上运行的计算机程序指令，所述处理器执行所述计算机程序指令时用于实现如权利要求1至5任一项所述的搜索表格的构建方法。

12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至5任一项所述的搜索表格的构建方法。

13.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时用于实现如权利要求1至5任一项所述的搜索表格的构建方法。

Images