CN110673847A

CN110673847A - 配置页面的生成方法、装置、电子设备和可读存储介质

Info

Publication number: CN110673847A
Application number: CN201910907101.XA
Authority: CN
Inventors: 吴桐
Original assignee: Beijing Happy I Unlimited Technology Co Ltd
Current assignee: Beijing Happy I Unlimited Technology Co Ltd
Priority date: 2019-09-24
Filing date: 2019-09-24
Publication date: 2020-01-10
Anticipated expiration: 2039-09-24
Also published as: CN110673847B

Abstract

本申请提出一种配置页面的生成方法、装置、电子设备和可读存储介质，其中，方法包括：获取响应于用户操作生成的逻辑层文件；其中，逻辑层文件，用于指示根据用户操作所确定的需配置的字段，以及配置页面的模板结构类型；对逻辑层文件解析，得到模板结构类型，以及字段的字段类型和字段参数；根据模板结构类型，在前端页面中初始化对应的第一编辑组件；根据字段类型，确定对应的第二编辑组件，并在第一编辑组件内插入第二编辑组件；采用字段参数，对第二编辑组件进行配置，以得到配置页面。由此，能够实现无需研发人员进行配置页面开发，降低研发成本，同时提高配置页面的生成效率。

Description

配置页面的生成方法、装置、电子设备和可读存储介质

技术领域

本申请涉及互联网和自动化技术领域，尤其涉及一种配置页面的生成方法、装置、电子设备和可读存储介质。

背景技术

应用程序(Application，简称APP)应用功能的后台配置，是较为常见的产品运营需求。目前，一些应用功能的相关参数，例如活动开始时间、活动结束时间、抽奖条件、首页固定位规则等等，可以开放给运营人员或产品人员进行配置管理，具体地，可以在应用管理后台中提供相应的配置页面，由运营人员或产品人员在该配置页面进行参数配置，从而实现对应用功能的管理控制。

相关技术中，具有以下两种参数配置方式：第一种，由运营人员或产品人员直接修改配置文件，简单快捷；第二种，由研发人员针对具体的应用功能配置需求，设计开发Web配置页面，以供运营人员或产品人员进行功能参数配置。

然而，第一种方式，由于配置文件具有技术专业性，通常运营人员或产品人员无法直接进行操作，需要研发人员辅助修改，十分不便捷；而第二种方式，由于不同应用功能的参数配置结构、类型及复杂程度均不相同，研发人员需要针对每个需求功能单独开发配置页面，开发成本较高，复用性较差，并且耗时较高。

发明内容

本申请提出一种配置页面的生成方法、装置、电子设备和可读存储介质，以实现无需研发人员进行配置页面开发，降低研发成本，同时提高配置页面的生成效率，用于解决现有技术中配置文件修改不便，以及研发人员针对每个需求功能单独开发配置页面，开发成本较高，复用性较差，并且耗时较高的技术问题。

本申请第一方面实施例提出了一种配置页面的生成方法，包括：

获取响应于用户操作生成的逻辑层文件；其中，逻辑层文件，用于指示根据用户操作所确定的需配置的字段，以及配置页面的模板结构类型；

对逻辑层文件解析，得到模板结构类型，以及字段的字段类型和字段参数；

根据模板结构类型，在前端页面中初始化对应的第一编辑组件；

根据字段类型，确定对应的第二编辑组件，并在第一编辑组件内插入第二编辑组件；

采用字段参数，对第二编辑组件进行配置，以得到配置页面。

作为本申请第一方面实施例的第一种可能的实现方式，字段为多个，根据字段类型，确定对应的第二编辑组件，并在第一编辑组件内插入第二编辑组件，包括：

遍历各字段，对每一个字段，根据相应字段的字段类型，确定对应的第二编辑组件；

按照各字段的遍历顺序，在第一编辑组件的各元素位置顺序插入第二编辑组件；其中，第一编辑组件的一个元素位置插入一个第二编辑组件。

作为本申请第一方面实施例的第二种可能的实现方式，对每一个字段，根据相应字段的字段类型，确定对应的第二编辑组件之后，还包括：

若字段的字段类型为列表型结构，获取列表型结构内部的各子字段；或者，若字段的字段类型为字典型结构，获取字典型结构内部的各子字段；

根据各子字段的字段类型，确定各子字段对应的第三编辑组件；

将各子字段对应的第三编辑组件，按照相应子字段的顺序插入第二编辑组件的各元素位置；其中，第二编辑组件的一个元素位置插入一个第三编辑组件。

作为本申请第一方面实施例的第三种可能的实现方式，字段参数包括字段名称和字段校验逻辑，采用字段参数，对第二编辑组件进行配置，包括：

根据字段名称中的字段描述，配置第二编辑组件的展示内容；

根据字段名称中的属性项，配置第二编辑组件中的编辑内容为属性项对应的属性值；

根据字段校验逻辑，配置第二编辑组件，以使第二编辑组件在获取到编辑内容时，采用字段校验逻辑对编辑内容进行校验。

作为本申请第一方面实施例的第四种可能的实现方式，字段校验逻辑包括：类型校验、图片尺寸校验、字符串长度校验和是否非空值校验中的一个或多个组合。

作为本申请第一方面实施例的第五种可能的实现方式，根据模板结构类型，在前端页面中初始化对应的第一编辑组件，包括：

若模板结构类型为列表结构类型，将表格组件作为第一编辑组件进行初始化；

若模板结构类型为字典结构类型，将卡片组件作为第一编辑组件进行初始化。

作为本申请第一方面实施例的第六种可能的实现方式，获取响应于用户操作生成的逻辑层文件，包括：

响应于用户操作，确定模板结构类型为列表结构类型或字典结构类型；

根据确定出的列表结构类型或字典结构类型，查询对应的第一结构化数据；

获取用户操作添加的字段信息；其中，字段信息包括字段类型和字段参数；

根据字段类型，查询对应的第二结构化数据，并将字段参数添加至第二结构化数据中的对应元素位置；

根据第一结构化数据和第二结构化数据生成逻辑层文件。

作为本申请第一方面实施例的第七种可能的实现方式，获取用户操作添加的字段信息之后，还包括：

若字段类型为列表型结构或字典型结构，获取用户操作添加的子字段信息；其中，子字段信息包括子字段类型和子字段参数；

根据子字段类型，查询对应的第三结构化数据，并将子字段参数添加至第三结构化数据中的对应元素位置；

将第三结构化数据添加到第二结构化数据中。

本申请实施例的配置页面的生成方法，通过获取响应于用户操作生成的逻辑层文件；其中，逻辑层文件，用于指示根据用户操作所确定的需配置的字段，以及配置页面的模板结构类型，之后，对逻辑层文件解析，得到模板结构类型，以及字段的字段类型和字段参数，接着，根据模板结构类型，在前端页面中初始化对应的第一编辑组件，并根据字段类型，确定对应的第二编辑组件，并在第一编辑组件内插入第二编辑组件，最后，采用字段参数，对第二编辑组件进行配置，以得到配置页面。由此，仅需用户操作指示需配置的字段和模板结构类型，即可自动化生成配置页面，操作十分便捷，并且，无需研发人员进行配置页面开发，可以降低研发成本，同时提高配置页面的生成效率。

本申请第二方面实施例提出了一种配置页面的生成装置，包括：

获取模块，用于获取响应于用户操作生成的逻辑层文件；其中，逻辑层文件，用于指示根据用户操作所确定的需配置的字段，以及配置页面的模板结构类型；

解析模块，用于对逻辑层文件解析，得到模板结构类型，以及字段的字段类型和字段参数；

组件处理模块，用于根据模板结构类型，在前端页面中初始化对应的第一编辑组件；

插入模块，用于根据字段类型，确定对应的第二编辑组件，并在第一编辑组件内插入第二编辑组件；

配置模块，用于采用字段参数，对第二编辑组件进行配置，以得到配置页面。

作为本申请第二方面实施例的第一种可能的实现方式，字段为多个，插入模块，具体用于：

作为本申请第二方面实施例的第二种可能的实现方式，插入模块，还用于：

作为本申请第二方面实施例的第三种可能的实现方式，字段参数包括字段名称和字段校验逻辑，配置模块，具体用于：

作为本申请第二方面实施例的第四种可能的实现方式，字段校验逻辑包括：类型校验、图片尺寸校验、字符串长度校验和是否非空值校验中的一个或多个组合。

作为本申请第二方面实施例的第五种可能的实现方式，组件处理模块，具体用于：

作为本申请第二方面实施例的第六种可能的实现方式，获取模块，具体用于：

根据第一结构化数据和第二结构化数据生成逻辑层文件。

作为本申请第二方面实施例的第七种可能的实现方式，获取模块，还用于：

将第三结构化数据添加到第二结构化数据中。

本申请实施例的配置页面的生成装置，通过获取响应于用户操作生成的逻辑层文件；其中，逻辑层文件，用于指示根据用户操作所确定的需配置的字段，以及配置页面的模板结构类型，之后，对逻辑层文件解析，得到模板结构类型，以及字段的字段类型和字段参数，接着，根据模板结构类型，在前端页面中初始化对应的第一编辑组件，并根据字段类型，确定对应的第二编辑组件，并在第一编辑组件内插入第二编辑组件，最后，采用字段参数，对第二编辑组件进行配置，以得到配置页面。由此，仅需用户操作指示需配置的字段和模板结构类型，即可自动化生成配置页面，操作十分便捷，并且，无需研发人员进行配置页面开发，可以降低研发成本，同时提高配置页面的生成效率。

本申请第三方面实施例提出了一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时，实现如本申请第一方面实施例提出的配置页面的生成方法。

本申请第四方面实施例提出了一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请第一方面实施例提出的配置页面的生成方法。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本申请实施例一所提供的配置页面的生成方法的流程示意图；

图2为本申请实施例中各字段类型对应的编辑组件示意图；

图3为本申请实施例中配置模板示意图；

图4为本申请实施例的配置页面示意图；

图5为本申请实施例二所提供的配置页面的生成方法的流程示意图；

图6为本申请实施例三所提供的配置页面的生成方法的流程示意图

图7为本申请实施例四所提供的配置页面的生成方法的流程示意图；

图8为本申请实施例五所提供的配置页面的生成方法的流程示意图；

图9为本申请实施例中各字段类型对应的结构化数据示意图；

图10为本申请实施例六所提供的配置页面的生成方法的流程示意图；

图11为本申请实施例七所提供的配置页面的生成装置的结构示意图。

具体实施方式

下面详细描述本申请的实施例，实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

本申请主要针对现有技术中配置文件修改不便，以及研发人员针对每个需求功能单独开发配置页面，开发成本较高，复用性较差，并且耗时较高的技术问题，提出一种配置页面的生成方法。

下面参考附图描述本申请实施例的配置页面的生成方法、装置、电子设备和可读存储介质。在具体描述本发明实施例之前，为了便于理解，首先对常用技术词进行介绍：

APP，通常是指安装在电子设备上的软件应用程序。

后台配置，是指应用管理后台的APP相关功能的参数配置，通常在APP应用中有些功能相关参数，例如活动开始时间、活动结束时间、抽奖条件、首页固定位规则等等，需要开放给运营人员或产品人员进行管理配置，具体地，可以在应用管理后台中提供相应的配置页面，由运营人员或产品人员进行参数配置，从而实现对应用功能的管理控制。

JSON，是一种轻量级的文本数据交换格式，主要用于在服务器和Web应用程序之间传输数据。

Web前端，是指网站前台部分，运行在个人电脑(Personal Computer，简称PC)端、移动终端等浏览器上展现给用户浏览的Web网页，通过HTML、CSS、JavaScript、ajax、DOM等前端技术，实现Web页面在客户端的正确显示及交互功能。

iView组件库，是一套基于Vue.js(一个构建用户界面的渐进式前端框架)的开源用户界面(user interface，简称UI)组件库。

图1为本申请实施例一所提供的配置页面的生成方法的流程示意图。

本申请实施例以该配置页面的生成方法被配置于配置页面的生成装置中来举例说明，该配置页面的生成装置可以应用于任一电子设备中，以使该电子设备可以执行配置页面的生成功能。

其中，电子设备可以为PC、云端设备、移动终端、服务器等，移动终端例如可以为手机、平板电脑、个人数字助理、穿戴式设备、车载设备等具有各种操作系统、触摸屏和/或显示屏的硬件设备。

如图1所示，该配置页面的生成方法可以包括以下步骤：

步骤101，获取响应于用户操作生成的逻辑层文件；其中，逻辑层文件，用于指示根据用户操作所确定的需配置的字段，以及配置页面的模板结构类型。

本申请实施例中，研发人员可以根据参数配置的具体使用场景，或者根据具体的应用功能配置需求，设置配置页面的模板结构类型和所需配置的字段(key)，根据需配置的字段，以及配置页面的模板结构类型，自动生成逻辑层文件，比如JSON文件。

其中，模板结构类型可以为列表结构类型、字典结构类型等等。例如，当需要配置多个相同结构项的功能，模板结构类型可以为列表结构类型，当配置单个结构项时，模板结构类型可以为字典结构类型。

也就是说，本申请中，无需研发人员进行配置页面开发，仅需要研发人员操作指示需配置的字段和模板结构类型，即可生成对应的逻辑层文件，从而后续步骤中可以根据逻辑层文件自动生成配置页面，以降低研发成本、提高配置页面的生成效率。

步骤102，对逻辑层文件解析，得到模板结构类型，以及字段的字段类型和字段参数。

本申请实施例中，字段的字段类型可以为字典型(dict)结构、列表型(list)结构、整数型(int)结构、浮点型(float)结构、字符串型(string)结构、布尔型(bool)结构、文本型(textarea)结构、图片型(image)结构、枚举型(enum)或多枚举型(multi-enum)结构、日期型(datetime)结构等等。应当理解的是，上述列举的为基本字段类型，实际应用时，还可以根据实际需求，对字段类型进行扩展，本申请对此并不做限制。

本申请实施例中，字段参数可以包括字段名称、字段校验逻辑等参数信息。

本申请实施例中，在获取逻辑层文件后，可以对该逻辑层文件进行解析，确定对应的模板类型结构、字段的字段类型和字段参数。例如，当逻辑层文件为JSON文件时，可以对该JSON文件进行解析，确定模板类型结构、字段的字段类型和字段参数。

步骤103，根据模板结构类型，在前端页面中初始化对应的第一编辑组件。

本申请实施例中，可以根据模板结构类型，在Web前端页面中初始化对应的第一编辑组件。具体地，当模板结构类型为列表型结构时，可以将表格(table)组件作为第一编辑组件进行初始化，即将Web前端页面初始化为表格组件，而当模板结构类型为字典结构类型时，可以将卡片(card)组件作为第一编辑组件进行初始化。其中，组件可以参见相关技术中任一前端组件库，比如iView组件库，在此不做赘述。

本申请中，针对具体的模板结构类型，将Web前端页面初始化为对应的组件，可以提升配置页面生成结果的准确性，以满足实际的应用功能配置需求。

步骤104，根据字段类型，确定对应的第二编辑组件，并在第一编辑组件内插入第二编辑组件。

例如，参见图2，当字段类型为字典型(dict)结构时，对应的第二编辑组件可以为卡片(Card)组件；当字段类型为列表型结构时，对应的第二编辑组件可以为表格(Table)组件；当字段类型为整数型(int)结构、浮点型(float)结构或字符串型(string)结构时，对应的第二编辑组件可以为输入框(Input)组件；当字段类型为布尔型(bool)结构时，对应的第二编辑组件可以为单选框(Radio)组件；当字段类型为日期型(datetime)结构时，对应的第二编辑组件可以为日期选择(DatePicker)组件；当字段类型为枚举型(enum)或多枚举型(multi-enum)结构时，对应的第二编辑组件可以为选择器(Select)组件；当字段类型为文本型(textarea)结构时，对应的第二编辑组件可以为文本域(TextArea)组件；当字段类型为图片型(image)结构，对应的第二编辑组件可以为上传(Upload)组件。应当理解的是，当字段类型扩展为其他类型时，同样可以确定对应的第二编辑组件，此处不一一列举。

本申请实施例中，在根据字段类型，确定对应的第二编辑组件后，可以在第一编辑组件内插入第二编辑组件。

步骤105，采用字段参数，对第二编辑组件进行配置，以得到配置页面。

本申请实施例中，在第一编辑组件内插入第二编辑组件之后，可以采用字段参数，对第二编辑组件进行配置，以得到配置页面。

作为一种应用场景，针对某一直播类APP中的通用活动配置，可以配置活动开始时间、活动结束时间、活动大区、活动相关参数等信息。此时，研发人员可以根据该APP活动配置需求，构造通用活动配置模板，生成JSON文件。例如，参见图3，研发人员可以选择配置页面的模板结构类型为字典结构类型(Dict)，需配置的字段(key)为common_setting(基础配置)，该字段的字段类型为Dict，其中，在common_setting下，还可以设置对应的子字段，以及子字段的字段类型等等，系统可以根据研发人员的操作生成对应的JSON文件。Web前端可以解析该JSON文件，生成如图4所示的配置页面。

运营人员或产品人员可以在配置页面中配置该APP的活动相关参数，自动生成配置文件，最后将配置文件传递给服务器端，进而实现相关功能的管理控制。

作为一种可能的实现方式，需配置的字段可以为多个，针对步骤104，可以顺序确定每个字段对应的第二编辑组件，而后，按照各字段对应的顺序，在第一编辑组件的各元素位置顺序插入对应的第二编辑组件。下面结合实施例二，对上述过程进行详细说明。

图5为本申请实施例二所提供的配置页面的生成方法的流程示意图。

如图5所示，在图1所示实施例的基础上，步骤104具体可以包括以下子步骤：

步骤201，遍历各字段，对每一个字段，根据相应字段的字段类型，确定对应的第二编辑组件。

本申请实施例中，针对每一个字段，可以如步骤104所示，根据该字段对应的字段类型，确定对应的第二编辑组件，此处不做赘述。

步骤202，按照各字段的遍历顺序，在第一编辑组件的各元素位置顺序插入第二编辑组件；其中，第一编辑组件的一个元素位置插入一个第二编辑组件。

本申请实施例中，当所有的字段遍历结束时，可以按照各字段的遍历顺序，在第一编辑组件的各元素位置顺序插入第二编辑组件，而当存在未遍历的字段时，可以继续遍历剩下的字段，对每一个字段，根据相应字段的字段类型，确定对应的第二编辑组件。

作为一种示例，当需要对某一直播类APP中的通用活动进行配置时，参见图3，研发人员指示的需配置的字段个数可以为五个，分别为：common_setting、gift_setting、msg、score、area。其中，common_setting的字段类型为Dict，对应的第二编辑组件可以为卡片组件；gift_setting的字段类型为List，对应的第二编辑组件可以为表格组件；msg的字段类型为Textarea，对应的第二编辑组件可以为文本域组件；score的字段类型为int，对应的第二编辑组件可以为输入框组件；area的字段类型为enum，对应的第二编辑组件可以为选择器组件。各字段的遍历顺序依次为common_setting、gift_setting、msg、score、area，则在第一编辑组件内插入第二编辑组件后的示例图可以如图4所示，第一个插入的第二编辑组件为基础配置对应的卡片组件，第二个插入的第二编辑组件为礼物配置对应的表格组件，第三个插入的第二编辑组件为私信文案对应的文本域组件，第四个插入的第二编辑组件为积分对应的输入框组件，第五个插入的第二编辑组件为活动大区对应的选择器组件。

本申请实施例中，根据各字段的遍历顺序，在第一编辑组件的各元素位置顺序插入对应的第二编辑组件，可以使得后续生成的配置页面的结构，符合研发人员的设置需求，避免配置页面的结构出现杂乱无章的情况。

需要说明的是，列表型结构或者字典型结构为嵌套字段类型，字段内可以含有子字段，因此，参见图6，在图5所示实施例的基础上，在步骤202之后，该配置文件的生成方法还可以包括以下步骤：

步骤301，若字段的字段类型为列表型结构，获取列表型结构内部的各子字段；或者，若字段的字段类型为字典型结构，获取字典型结构内部的各子字段。

本申请实施例中，列表型结构或者字典型结构为嵌套字段类型，字段内可以含有子字段，因此，当字段的字段类型为列表型结构时，可以获取列表型结构内部的各子字段；或者，当字段的字段类型为字典型结构时，可以获取字典型结构内部的各子字段。

作为一种示例，当需要对某一直播类APP中的通用活动进行配置时，参见图3，具有子字段的字段类型分别为common_setting对应的字段类型(Dict)和gift_setting对应的字段类型(List)。其中，Dict内部的各子字段可以为：collect_start_time和collect_end_time；List内部的各子字段可以为：gift_id和gift_num。

步骤302，根据各子字段的字段类型，确定各子字段对应的第三编辑组件。

本申请实施例中，子字段的字段类型可以参考步骤104中字段的字段类型，相应的，各子字段对应的第三编辑组件，可以参见步骤104中各字段对应的第二编辑组件，此处不做赘述。

仍以上述例子示例，当需要对某一直播类APP中的通用活动进行配置时，参见图3，Dict内部的子字段collect_start_time和collect_end_time的字段类型为Datetime，对应的第三编辑组件可以为日期选择组件；List内部的子字段gift_id和gift_num的字段类型为Int，对应的第三编辑组件可以为输入框组件。

步骤303，将各子字段对应的第三编辑组件，按照相应子字段的顺序插入第二编辑组件的各元素位置；其中，第二编辑组件的一个元素位置插入一个第三编辑组件。

本申请实施例中，在确定各子字段对应的第三编辑组件之后，可以将各子字段对应的第三编辑组件，按照相应子字段的顺序插入第二编辑组件的各元素位置。由此，可以使得后续生成的配置页面的结构，符合研发人员的设置需求，避免配置页面的结构出现杂乱无章的情况。

仍以上述例子示例，如图4所示，第一个插入的第二编辑组件为基础配置对应的卡片组件，卡片组件内插入了收钻开始时间对应的日期选择组件和收钻结束时间对应的日期选择组件。

需要说明的是，现有技术中，运营人员或产品人员直接修改配置文件，通常是不进行参数校验的，当配置参数的数目较多、结构较为复杂时，需要频繁修改配置文件，人工出错概率较高。

针对上述问题，本申请中，可以对逻辑层文件中的内容进行校验，以提升生成的配置页面的准确性，降低人工出错率。下面结合实施例四，对上述过程进程详细说明。

图7为本申请实施例四所提供的配置页面的生成方法的流程示意图。

如图7所示，在图1所示实施例的基础上，步骤105具体可以包括以下子步骤：

步骤401，根据字段名称中的字段描述，配置第二编辑组件的展示内容。

作为一种示例，参见图3，字段名称score的字段描述为积分，score对应的第二编辑组件可以为输入框组件，则根据该字段描述，配置第二编辑组件的展示内容可以如图4中区域41所示。

步骤402，根据字段名称中的属性项，配置第二编辑组件中的编辑内容为属性项对应的属性值。

作为一种示例，参见图4，输入框组件中的编辑内容可以如区域42所示，即属性项对应的属性值为整型数值，比如为100。

步骤403，根据字段校验逻辑，配置第二编辑组件，以使第二编辑组件在获取到编辑内容时，采用字段校验逻辑对编辑内容进行校验，以得到配置页面。

本申请实施例中，字段校验逻辑可以包括：类型校验、图片尺寸校验(例如图片宽度校验、图片高度校验、图片大小校验)、字符串长度校验和是否非空值校验中的一个或多个组合。本申请中，字段校验逻辑可以包括多种校验方式，可以提升该方法的适用性。

本申请实施例中，可以根据字段校验逻辑，配置第二编辑组件，从而当运营人员或者产品人员在第二编辑组件内输入相应的编辑内容时，第二编辑组件可以采用字段校验逻辑对上述编辑内容进行校验。由此，通过第二编辑组件采用字段校验逻辑，对编辑内容进行校验，可以提升生成的配置页面的准确性，降低人工出错率。

作为一种示例，参见图3，研发人员在设置字段score时，设置的最大值为1000，参见图4，假设运营人员或者产品人员在区域42对应的输入框组件内输入的为1001，显然，超过最大值，因此，校验不通过。

作为一种可能的实现方式，研发人员可以根据参数配置的具体使用场景，或者，根据任意APP的具体应用功能配置需求，设置模板结构类型、字段参数及字段类型，即可快速生成逻辑层文件。下面结合实施例五，对上述过程进行详细说明。

图8为本申请实施例五所提供的配置页面的生成方法的流程示意图。

如图8所示，在图1所示实施例的基础上，步骤101具体可以包括以下步骤：

步骤501，响应于用户操作，确定模板结构类型为列表结构类型或字典结构类型。

本申请实施例中，研发人员可以根据参数配置的具体使用场景，或者根据具体的应用功能配置需求，设置配置页面的模板结构类型。例如，当需要配置多个相同结构项的功能，模板结构类型可以为列表结构类型，当配置单个结构项时，模板结构类型可以为字典结构类型。

作为一种示例，参见图3，可以将整个页面的配置信息集合作为一个结构项，若需要重复配置图3中的配置信息集合，则研发人员可以设置模板结构类型为列表结构类型，若无需重复配置图3中的配置信息集合，则研发人员可以设置模板结构类型为字典结构类型。

本申请实施例中，配置页面的生成装置可以响应于用户操作，确定模板结构类型为列表结构类型或字典结构类型。

步骤502，根据确定出的列表结构类型或字典结构类型，查询对应的第一结构化数据。

本申请实施例中，可以预先存储列表结构类型对应的第一结构化数据结构以及字典结构类型对应的第一结构化数据，在确定出模板结构类型为列表结构类型或字典结构类型，可以从预先存储的数据中，直接查询对应的第一结构化数据。

作为一种示例，列表结构类型对应的第一结构化数据可以如下所示：

{

“key”：“key_list”,#模板key唯一标识

“name”：“列表模板类型”#模板描述

“type”：“list”#模板类型

“fields”：[]#模板字段域

}

字典结构类型对应的第一结构化数据可以如下所示：

{

“key”：“key_list”,#模板key唯一标识

“name”：“字典模板类型”，#模板描述

“type”：“dict”，#模板类型

“fields”：[]#模板字段域

}

也就是说，本申请中，在研发人员选择一个模板结构类型后，可以自动查这个模板结构类型对应的程序代码，无需研发人员手动输入代码，可以提升研发效率。

步骤503，获取用户操作添加的字段信息；其中，字段信息包括字段类型和字段参数。

本申请实施例中，研发人员可以根据参数配置的具体使用场景，或者根据具体的应用功能配置需求，添加字段信息，其中，字段信息包括字段类型和字段参数，字段类型和字段参数可以参见上述实施例，此处不做赘述。

作为一种示例，参见图3，研发人员可以设置字段score的字段类型为Int，字段描述为积分，字段校验信息为字符串长度校验，比如，最大值为1000。

步骤504，根据字段类型，查询对应的第二结构化数据，并将字段参数添加至第二结构化数据中的对应元素位置。

本申请实施例中，可以预先存储各字段类型与第二结构化数据之间的对应关系，在确定字段类型后，可以查询对应的第二结构化数据。作为一种示例，各字段类型对应的第二结构化数据可以如图9所示。

本申请实施例中，在确定第二结构化数据之后，可以将字段参数添加至第二结构化数据中的对应元素位置。

步骤505，根据第一结构化数据和第二结构化数据生成逻辑层文件。

本申请实施例中，在确定第一结构化数据和第二机构化数据之后，可以根据第一结构化数据和第二结构化数据生成逻辑层文件。由此，针对任一参数配置的使用场景，或者，针对任意APP应用功能配置需求，研发人员只需简单模板结构类型、字段参数及字段类型，即可快速生成逻辑层文件，提升研发效率。

需要说明的是，列表型结构或者字典型结构为嵌套字段类型，字段内可以含有子字段，因此，参见图10，在图8所示实施例的基础上，在步骤503之后，该配置页面的生成方法还可以包括以下步骤：

步骤601，若字段类型为列表型结构或字典型结构，获取用户操作添加的子字段信息；其中，子字段信息包括子字段类型和子字段参数。

本申请实施例中，在字段类型为列表型结构或字典型结构时，研发人员可以根据参数配置的具体使用场景，或者根据具体的应用功能配置需求，添加子字段信息，其中，子字段信息包括子字段类型和子字段参数，子字段类型可以参见上述实施例中字段的字段类型，相应的，子字段参数可以参见上述实施例中字段参数，此处不做赘述。

步骤602，根据子字段类型，查询对应的第三结构化数据，并将子字段参数添加至第三结构化数据中的对应元素位置。

本申请实施例中，可以预先存储各子字段类型与第三结构化数据之间的对应关系，在确定子字段类型后，可以查询对应的第三结构化数据。作为一种示例，各子字段类型对应的第三结构化数据也可以如图9所示。

步骤603，将第三结构化数据添加到第二结构化数据中。

本申请实施例中，在确定第三结构化数据之后，可以将子字段参数添加至第三结构化数据中的对应元素位置，并将第三结构化数据添加到第二结构化数据中。由此，可以使得后续生成的逻辑层文件的结构，符合研发人员的设置需求，避免逻辑层文件的结构出现杂乱无章的情况。

也就是说，本申请包括两个环节，第一个环节为：构造通用后台配置模板，第二个环节为：生成Web前端配置页面。

其中，构造通用后台配置模板包括以下步骤：

1、根据参数配置的具体使用场景，或者根据APP应用功能配置需求，选择模板结构类型。

2、根据模板结构类型，查询对应的第一结构化数据，即初始化模板结构。

3、根据参数配置的具体使用场景，或者根据APP应用功能配置需求，添加模板字段，设置字段名称。

4、根据字段类型，配置相关字段校验参数。

5、判断添加的字段类型是否为列表型结构或字典型结构，若是，执行步骤6，若否，执行步骤7。

6、当字段类型为列表型结构或字典型结构时，6.1、根据字段类型，查询对应的第二结构化数据，即初始化列表型或字典型字段结构；6.2、添加子字段，并设置子字段名称；6.3、选择子字段类型(同步骤4中字段类型)和子字段校验逻辑；6.4、根据子字段类型，查询对应的第三结构化数据，并将子字段参数(子字段名称和子字段校验逻辑)添加至第三结构化数据中的对应元素位置，之后，将第三结构化数据添加到第二结构化数据中，即生成子字段结构，并加入父字段结构中；6.5、判断列表型结构或字典型结构内部的子字段是否添加完毕，若是，执行步骤8，若否，重复执行步骤6.2-6.5。

7、当字段类型不为列表型结构或字典型结构时，则根据字段类型，查询对应的第二结构化数据，并将字段参数添加至第二结构化数据中的对应元素位置，即根据字段类型生成相应字段结构。

8、判断模板字段是否添加完毕，若否，则重复步骤3-8；

9、若添加完毕，则根据第一结构化数据和第二结构化数据生成逻辑层文件，即根据最终的配置模板结构，生成逻辑层文件。

由此，针对参数配置的具体使用场景，或者针对APP应用功能配置需求，只需设置模板结构、字段参数以及字段类型，即可快速生成逻辑层文件。

生成Web前端配置页面包括以下步骤：

1、根据逻辑层文件，解析出模板结构类型。

2、判断模板结构类型，若是列表结构类型，则将Web前端页面初始化为表格组件；若是字典结构类型，则初始化为卡片组件。

3、循环遍历模板结构字段，判断字段类型是否为列表型结构或字典型结构。

4、若字段类型是列表型结构或字典型结构，4.1、初始化字段为Web前端表格组件/卡片组件；4.2、循环遍历模板子结构字段(即列表型结构或字典型结构内部的子字段)；4.3、根据子字段类型，生成Web前端子组件；4.4、判断模板子结构字段是否遍历结束，若否，则重复步骤4.2-4.4。

5、若字段类型不是列表型结构或字典型结构，则根据字段类型，生成对应的Web前端组件，及相应的字段校验逻辑，例如，类型校验、图片大小限制、字符串长度限制、字段非空值等。

6、判断模板结构字段是否遍历结束，若否，则重复步骤3-6。

7、若遍历结束，则Web前端配置页面生成完毕。

也就是说，本申请中，是基于逻辑层文件，自动生成Web前端配置页面，将模板字段类型映射为Web前端组件，循环遍历模板结构字段，生成配置页面以及相应字段校验逻辑，从而运营人员或产品人员可以配置相关功能参数。由此，研发人员无需针对每一个具体功能需求，单独开发配置页面，只要简单配置模板结构、字段参数和字段类型，即可自动生成Web前端配置页面，整个过程无需开发，且支持参数校验，从而达到降低研发成本及人工出错率，提高开发及产品运营效率的目的。并且，本申请可以适用于所有参数配置相关场景，可以提升该方法的适用性。

为了实现上述实施例，本申请还提出一种配置页面的生成装置。

如图11所示，该配置页面的生成装置包括：获取模块110、解析模块120、组件处理模块130、插入模块140，以及配置模块150。

其中，获取模块110，用于获取响应于用户操作生成的逻辑层文件；其中，逻辑层文件，用于指示根据用户操作所确定的需配置的字段，以及配置页面的模板结构类型。

解析模块120，用于对逻辑层文件解析，得到模板结构类型，以及字段的字段类型和字段参数。

组件处理模块130，用于根据模板结构类型，在前端页面中初始化对应的第一编辑组件。

作为一种可能的实现方式，组件处理模块130，具体用于：若模板结构类型为列表结构类型，将表格组件作为第一编辑组件进行初始化；若模板结构类型为字典结构类型，将卡片组件作为第一编辑组件进行初始化。

插入模块140，用于根据字段类型，确定对应的第二编辑组件，并在第一编辑组件内插入第二编辑组件。

作为一种可能的实现方式，字段为多个，插入模块140，具体用于：遍历各字段，对每一个字段，根据相应字段的字段类型，确定对应的第二编辑组件；按照各字段的遍历顺序，在第一编辑组件的各元素位置顺序插入第二编辑组件；其中，第一编辑组件的一个元素位置插入一个第二编辑组件。

作为另一种可能的实现方式，插入模块140，还用于：若字段的字段类型为列表型结构，获取列表型结构内部的各子字段；或者，若字段的字段类型为字典型结构，获取字典型结构内部的各子字段；根据各子字段的字段类型，确定各子字段对应的第三编辑组件；将各子字段对应的第三编辑组件，按照相应子字段的顺序插入第二编辑组件的各元素位置；其中，第二编辑组件的一个元素位置插入一个第三编辑组件。

配置模块150，用于采用字段参数，对第二编辑组件进行配置，以得到配置页面。

作为一种可能的实现方式，字段参数包括字段名称和字段校验逻辑，配置模块150，具体用于：根据字段名称中的字段描述，配置第二编辑组件的展示内容；根据字段名称中的属性项，配置第二编辑组件中的编辑内容为属性项对应的属性值；根据字段校验逻辑，配置第二编辑组件，以使第二编辑组件在获取到编辑内容时，采用字段校验逻辑对编辑内容进行校验。

作为一种可能的实现方式，字段校验逻辑包括：类型校验、图片尺寸校验、字符串长度校验和是否非空值校验中的一个或多个组合。

作为一种可能的实现方式，获取模块110，具体用于：响应于用户操作，确定模板结构类型为列表结构类型或字典结构类型；根据确定出的列表结构类型或字典结构类型，查询对应的第一结构化数据；获取用户操作添加的字段信息；其中，字段信息包括字段类型和字段参数；根据字段类型，查询对应的第二结构化数据，并将字段参数添加至第二结构化数据中的对应元素位置；根据第一结构化数据和第二结构化数据生成逻辑层文件。

作为另一种可能的实现方式，获取模块110，还用于：若字段类型为列表型结构或字典型结构，获取用户操作添加的子字段信息；其中，子字段信息包括子字段类型和子字段参数；根据子字段类型，查询对应的第三结构化数据，并将子字段参数添加至第三结构化数据中的对应元素位置；将第三结构化数据添加到第二结构化数据中。

需要说明的是，前述对配置页面的生成方法实施例的解释说明也适用于该实施例的配置页面的生成装置，此处不再赘述。

为了实现上述实施例，本申请还提出一种电子设备，包括：存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如本申请前述实施例提出的配置页面的生成方法。

为了实现上述实施例，本申请还提出一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请前述实施例提出的配置页面的生成方法。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现定制逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。如，如果用硬件来实现和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims

1.一种配置页面的生成方法，其特征在于，所述方法包括：

获取响应于用户操作生成的逻辑层文件；其中，所述逻辑层文件，用于指示根据所述用户操作所确定的需配置的字段，以及配置页面的模板结构类型；

对所述逻辑层文件解析，得到所述模板结构类型，以及所述字段的字段类型和字段参数；

根据所述模板结构类型，在前端页面中初始化对应的第一编辑组件；

根据所述字段类型，确定对应的第二编辑组件，并在所述第一编辑组件内插入所述第二编辑组件；

采用所述字段参数，对所述第二编辑组件进行配置，以得到配置页面。

2.根据权利要求1所述的生成方法，其特征在于，所述字段为多个，所述根据所述字段类型，确定对应的第二编辑组件，并在所述第一编辑组件内插入所述第二编辑组件，包括：

按照各字段的遍历顺序，在所述第一编辑组件的各元素位置顺序插入第二编辑组件；其中，所述第一编辑组件的一个元素位置插入一个第二编辑组件。

3.根据权利要求2所述的生成方法，其特征在于，所述对每一个字段，根据相应字段的字段类型，确定对应的第二编辑组件之后，还包括：

若字段的字段类型为列表型结构，获取所述列表型结构内部的各子字段；或者，若字段的字段类型为字典型结构，获取所述字典型结构内部的各子字段；

将各子字段对应的第三编辑组件，按照相应子字段的顺序插入所述第二编辑组件的各元素位置；其中，所述第二编辑组件的一个元素位置插入一个第三编辑组件。

4.根据权利要求1所述的生成方法，其特征在于，所述字段参数包括字段名称和字段校验逻辑，所述采用所述字段参数，对所述第二编辑组件进行配置，包括：

根据所述字段名称中的字段描述，配置所述第二编辑组件的展示内容；

根据所述字段名称中的属性项，配置所述第二编辑组件中的编辑内容为所述属性项对应的属性值；

根据所述字段校验逻辑，配置所述第二编辑组件，以使所述第二编辑组件在获取到编辑内容时，采用所述字段校验逻辑对所述编辑内容进行校验。

5.根据权利要求4所述的生成方法，其特征在于，所述字段校验逻辑包括：类型校验、图片尺寸校验、字符串长度校验和是否非空值校验中的一个或多个组合。

6.根据权利要求1所述的生成方法，其特征在于，所述根据所述模板结构类型，在前端页面中初始化对应的第一编辑组件，包括：

若所述模板结构类型为列表结构类型，将表格组件作为所述第一编辑组件进行初始化；

若所述模板结构类型为字典结构类型，将卡片组件作为所述第一编辑组件进行初始化。

7.根据权利要求1-6任一项所述的生成方法，其特征在于，所述获取响应于用户操作生成的逻辑层文件，包括：

获取用户操作添加的字段信息；其中，所述字段信息包括字段类型和字段参数；

根据所述字段类型，查询对应的第二结构化数据，并将所述字段参数添加至所述第二结构化数据中的对应元素位置；

根据所述第一结构化数据和所述第二结构化数据生成所述逻辑层文件。

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

获取模块，用于获取响应于用户操作生成的逻辑层文件；其中，所述逻辑层文件，用于指示根据所述用户操作所确定的需配置的字段，以及配置页面的模板结构类型；

解析模块，用于对所述逻辑层文件解析，得到模板结构类型，以及字段的字段类型和字段参数；

组件处理模块，用于根据所述模板结构类型，在前端页面中初始化对应的第一编辑组件；

插入模块，用于根据所述字段类型，确定对应的第二编辑组件，并在所述第一编辑组件内插入所述第二编辑组件；

配置模块，用于采用所述字段参数，对所述第二编辑组件进行配置，以得到配置页面。

9.一种电子设备，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时，实现如权利要求1-7中任一所述的配置页面的生成方法。

10.一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的配置页面的生成方法。