CN117931922A - 数据驱动界面生成方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明涉及计算机技术领域，具体涉及数据驱动界面生成方法、装置、电子设备及存储介质。获取操作系统的对应的部署参数；对各部署参数进行识别，确定各部署参数的基本特征；基于各部署参数以及各部署参数对应的基本特征，生成数据结构，并构建参数数据库；根据数据结构，对参数数据库中各部署参数进行过滤，确定用于生成数据驱动界面的目标参数；根据数据结构，对各目标参数进行分类，生成多类目标参数类；根据各类目标参数类，生成数据驱动界面，以使目标用户基于数据驱动界面完成参数部署和参数运维。实现了操作人员基于数据驱动界面进行参数部署和参数运维，解决了如何对大量参数在云平台的部署和运维的问题。

Description

数据驱动界面生成方法、装置、电子设备及存储介质

技术领域

本发明涉及计算机技术领域，具体涉及数据驱动界面生成方法、装置、电子设备及存储介质。

背景技术

当前业界的主流云平台，都是自己的运维工具，只是有得运维工具以开放的形势提供给用户，由用户自己选择使用，有得是需要专门的运维人员使用。无论何种形势的运维工具，其基本的展示方式，都是在云平台底层执行运维脚本或命令，前端页面提供操作入口和收集操作结果。

在传统的运维方式中，平台部署、平台运维等操作，都是以命令行的方式下发的。面对众多的参数和配置项，需要运维人员非常专业，且对配置项非常熟悉。然而在实际操作中，每个平台需要配置单独的部署人员和运维人员。如在庞大的参数数量面前，单一的运维人员无法胜任部署工作，有些配置需要与平台开发者沟通后才能知道如何配置。这对于一个大型的云管理平台来说，是非常不方便和不易用的。

如何解决大量参数在云平台的部署和运维成为了亟待解决的问题。

发明内容

有鉴于此，本发明提供了一种数据驱动界面生成方法、装置、电子设备及存储介质，以解决大量参数在云平台的部署和运维的问题。

第一方面，本发明提供了一种数据驱动界面生成方法，方法包括：

获取操作系统的对应的部署参数；

对各部署参数进行识别，确定各部署参数的基本特征；基本特征包括参数基本属性、参数部署特性以及参数UI特性；

基于各部署参数以及各部署参数对应的基本特征，生成数据结构，并构建参数数据库；

根据数据结构，对参数数据库中各部署参数进行过滤，确定用于生成数据驱动界面的目标参数；

根据数据结构，对各目标参数进行分类，生成多类目标参数类；

根据各类目标参数类，生成数据驱动界面，以使目标用户基于数据驱动界面完成参数部署和参数运维。

本申请实施例提供的数据驱动界面生成方法，获取操作系统的对应的部署参数，然后对各部署参数进行识别，确定各部署参数的基本特征，保证了确定的各部署参数的基本特征的准确性。基于各部署参数以及各部署参数对应的基本特征，生成数据结构，并构建参数数据库，从而可以实现根据数据结构对部署参数进行了解，此外还实现了可以根据参数数据库对各个部署参数进行修正，从而不需要用户从部署文件中查找各个部署参数的位置，提高了对部署参数进行修正的效率。根据数据结构，对参数数据库中各部署参数进行过滤，确定用于生成数据驱动界面的目标参数，保证了确定的用于生成数据驱动界面的目标参数的准确性，从而实现了不需要基于全部部署参数生成数据驱动界面，从而提高了生成数据驱动界面的效率。然后，根据数据结构，对各目标参数进行分类，生成多类目标参数类，保证了生成的多类目标参数类的准确性。根据各类目标参数类，生成数据驱动界面，保证了生成的数据驱动界面的条理清晰，可视性较好，且便于操作人员基于数据驱动界面进行参数部署和参数运维。上述方法，实现了操作人员基于数据驱动界面进行参数部署和参数运维，因此，不需要操作人员以命令行的方式对众多参数进行部署和运维，解决了如何对大量参数在云平台的部署和运维的问题。

在一种可选的实施方式中，获取操作系统的对应的部署参数，包括：

获取操作系统对应的部署文档；

对部署文档进行读取，获取部署文档中各个包括的第一参数；

获取操作系统对应的部署脚本；

将各第一参数与部署脚本进行对比；

根据对比结果，从部署脚本中确定除第一参数之外各个第二参数；

基于各第一参数和各第二参数，生成部署参数。

本申请实施例提供的数据驱动界面生成方法，获取操作系统对应的部署文档；对部署文档进行读取，获取部署文档中各个包括的第一参数，保证了获取到的第一参数的准确性。获取操作系统对应的部署脚本；将各第一参数与部署脚本进行对比；根据对比结果，从部署脚本中确定除第一参数之外各个第二参数，保证了确定的各第二参数的准确性。基于各第一参数和各第二参数，生成部署参数，保证了确定的部署参数的齐全，避免了部署参数遗漏导致不能对参数进行部署和运维，从而电子设备对应的部署平台。

在一种可选的实施方式中，参数部署特性中包括参数所属环境类型、参数所属文件、参数显示状态；根据数据结构，对参数数据库中各部署参数进行过滤，确定用于生成数据驱动界面的目标参数，包括：

获取操作系统的当前环境；

根据当前环境，确定当前环境需要部署的目标参数对应的参数所属环境类型、参数所属文件、参数显示状态；

根据目标参数对应的参数所属环境类型、参数所属文件、参数显示状态，对参数数据库中各部署参数进行过滤，确定用于生成界面的目标参数。

本申请实施例提供的数据驱动界面生成方法，获取操作系统的当前环境；根据当前环境，确定当前环境需要部署的目标参数对应的参数所属环境类型、参数所属文件、参数显示状态；保证了确定的当前环境需要部署的目标参数对应的参数所属环境类型、参数所属文件、参数显示状态的准确性。根据目标参数对应的参数所属环境类型、参数所属文件、参数显示状态，对参数数据库中各部署参数进行过滤，确定用于生成界面的目标参数，保证了确定的用于生成界面的目标参数的准确性，从而保证了确定的目标参数适用于当前环境。

在一种可选的实施方式中，参数部署特性中包括参数所属环境类型、参数所属文件、参数显示状态；根据数据结构，对各目标参数进行分类，包括：

根据参数所属环境类型、参数所属文件、参数显示状态，对各目标参数进行分类；

将属于同一部署逻辑的目标参数归为一类，生成多类目标参数类，同一部署逻辑用于表征目标参数对应的参数所属环境类型、参数所属文件以及参数显示状态均相同。

本申请实施例提供的数据驱动界面生成方法，根据参数所属环境类型、参数所属文件、参数显示状态，对各目标参数进行分类；将属于同一部署逻辑的目标参数归为一类，生成多类目标参数类，保证了对目标参数进行分类的准确性。

在一种可选的实施方式中，根据各类目标参数类，生成数据驱动界面，包括：

针对各目标参数类，对目标参数类中的各目标参数进行格式转换，生成目标格式参数；

获取各目标参数对应的参数UI特征；

基于目标格式参数与参数UI特征，生成各目标参数对应的目标脚本；

根据参数UI特性，从预设元素库中获取各目标脚本对应的目标界面元素；预设元素库根据是根据各部署参数对应的参数UI特性生成的；

将各目标脚本与目标界面元素进行结合，生成各待展示元素；

基于各待展示元素，生成数据驱动界面。

本申请实施例提供的数据驱动界面生成方法，针对各目标参数类，对目标参数类中的各目标参数进行格式转换，生成目标格式参数，保证了生成的目标格式参数的准确性。获取各目标参数对应的参数UI特征；基于目标格式参数与参数UI特征，生成各目标参数对应的目标脚本，保证了生成的各目标参数对应的目标脚本的准确性。根据参数UI特性，从预设元素库中获取各目标脚本对应的目标界面元素，保证了获取到的目标界面元素与目标脚本的对应性。将各目标脚本与目标界面元素进行结合，生成各待展示元素，保证了生成的待展示元素的准确性。基于各待展示元素，生成数据驱动界面，保证了生成的数据驱动界面的准确性。上述方法，实现了操作人员基于数据驱动界面进行参数部署和参数运维，因此，不需要操作人员以命令行的方式对众多参数进行部署和运维，解决了如何对大量参数在云平台的部署和运维的问题。

在一种可选的实施方式中，基于各待展示元素，生成数据驱动界面，包括：

根据各待展示元素对应的元素UI特性，对各待展示元素进行分类；

将同一类型的各待展示元素划分到同一页面后者同一页面内的同一步骤；

针对各页面或各步骤，获取同一页面或者同一步骤中各待展示元素对应的目标参数的参数序列号；

根据各待展示元素对应的目标参数的参数序列号，对各待展示元素进行排列；

获取各待展示元素对应的目标参数的默认值或者真实值；

将默认值或者真实值与待展示元素进行结合展示，生成数据驱动界面。

本申请实施例提供的数据驱动界面生成方法，根据各待展示元素对应的元素UI特性，对各待展示元素进行分类，保证了对各待展示元素进行分类的准确性。将同一类型的各待展示元素划分到同一页面后者同一页面内的同一步骤；针对各页面或各步骤，获取同一页面或者同一步骤中各待展示元素对应的目标参数的参数序列号；根据各待展示元素对应的目标参数的参数序列号，对各待展示元素进行排列，保证了对各待展示元素进行排列的准确性。获取各待展示元素对应的目标参数的默认值或者真实值；将默认值或者真实值与待展示元素进行结合展示，生成数据驱动界面，保证了生成的数据驱动界面的准确，且条理清晰，可视性较好，且便于操作人员基于数据驱动界面进行参数部署和参数运维。

在一种可选的实施方式中，方法还包括：

接收目标用户基于数据驱动界面输入的部署命令和/或运维命令；部署命令中包括至少一个待部署参数以及各待部署参数对应的部署目标值；运维命令中包括至少一个待运维参数以及各待运维参数对应的运维目标值；

根据各待部署参数和/或待运维参数对应的基本特性，确定各待部署参数和/或各待运维参数对应的部署环境、部署文件以及在部署文件中的位置；

根据各待部署参数和/或各待运维参数对应的部署环境、部署文件以及在部署文件中的位置，在部署文件将各待部署参数对应的当前值修改为目标部署值和/或将各待运维参数对应的当前值修改为目标运维值；

基于修改后的各待部署参数和/或待运维参数，生成部署脚本和/或运维脚本；

根据部署脚本和/或运维脚本，完成部署命令和/或运维命令。

本申请实施例提供的数据驱动界面生成方法，接收目标用户基于数据驱动界面输入的部署命令和/或运维命令。根据各待部署参数和/或待运维参数对应的基本特性，确定各待部署参数和/或各待运维参数对应的部署环境、部署文件以及在部署文件中的位置，保证了确定的各待部署参数和/或各待运维参数对应的部署环境、部署文件以及在部署文件中的位置的准确性。根据各待部署参数和/或各待运维参数对应的部署环境、部署文件以及在部署文件中的位置，在部署文件将各待部署参数对应的当前值修改为目标部署值和/或将各待运维参数对应的当前值修改为目标运维值，保证了对各待部署参数和/或将各待运维参数进行修改的准确性。基于修改后的各待部署参数和/或待运维参数，生成部署脚本和/或运维脚本，保证了生成的部署脚本和/或运维脚本的准确性。根据部署脚本和/或运维脚本，完成部署命令和/或运维命令。上述方法，实现了操作人员基于数据驱动界面进行参数部署和参数运维，因此，不需要操作人员以命令行的方式对众多参数进行部署和运维，解决了如何对大量参数在云平台的部署和运维的问题。

第二方面，本发明提供了一种数据驱动界面生成装置，装置包括：

获取模块，用于获取操作系统的对应的部署参数；

第一确定模块，用于对各部署参数进行识别，确定各部署参数的基本特征；基本特征包括参数基本属性、参数部署特性以及参数UI特性；

第一生成模块，用于基于各部署参数以及各部署参数对应的基本特征，生成数据结构，并构建参数数据库；

过滤模块，用于根据数据结构，对参数数据库中各部署参数进行过滤，确定用于生成数据驱动界面的目标参数；

分类模块，用于根据数据结构，对各目标参数进行分类，生成多类目标参数类；

第二生成模块，用于根据各类目标参数类，生成数据驱动界面，以使目标用户基于数据驱动界面完成参数部署和参数运维。

本申请实施例提供的数据驱动界面生成装置，获取操作系统的对应的部署参数，然后对各部署参数进行识别，确定各部署参数的基本特征，保证了确定的各部署参数的基本特征的准确性。基于各部署参数以及各部署参数对应的基本特征，生成数据结构，并构建参数数据库，从而可以实现根据数据结构对部署参数进行了解，此外还实现了可以根据参数数据库对各个部署参数进行修正，从而不需要用户从部署文件中查找各个部署参数的位置，提高了对部署参数进行修正的效率。根据数据结构，对参数数据库中各部署参数进行过滤，确定用于生成数据驱动界面的目标参数，保证了确定的用于生成数据驱动界面的目标参数的准确性，从而实现了不需要基于全部部署参数生成数据驱动界面，从而提高了生成数据驱动界面的效率。然后，根据数据结构，对各目标参数进行分类，生成多类目标参数类，保证了生成的多类目标参数类的准确性。根据各类目标参数类，生成数据驱动界面，保证了生成的数据驱动界面的条理清晰，可视性较好，且便于操作人员基于数据驱动界面进行参数部署和参数运维。上述装置，实现了操作人员基于数据驱动界面进行参数部署和参数运维，因此，不需要操作人员以命令行的方式对众多参数进行部署和运维，解决了如何对大量参数在云平台的部署和运维的问题。

第三方面，本发明提供了一种电子设备，包括：存储器和处理器，存储器和处理器之间互相通信连接，存储器中存储有计算机指令，处理器通过执行计算机指令，从而执行上述第一方面或其对应的任一实施方式的数据驱动界面生成方法。

第四方面，本发明提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机指令，计算机指令用于使计算机执行上述第一方面或其对应的任一实施方式的数据驱动界面生成方法。

附图说明

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

图1是根据本发明实施例的数据驱动界面生成方法的流程示意图；

图2是根据本发明实施例的为部署参数的基本特征示意图；

图3是根据本发明实施例的另一数据驱动界面生成方法的流程示意图；

图4是根据本发明实施例的又一数据驱动界面生成方法的流程示意图；

图5是根据本发明实施例的预设元素库示意图；

图6是根据本发明实施例的再一数据驱动界面生成方法的流程示意图；

图7是根据本发明实施例的部署平台架构示意图；

图8是根据本发明实施例的再一数据驱动界面生成方法的流程示意图；

图9是根据本发明实施例的数据驱动界面生成装置的结构框图；

图10是根据本发明实施例的数据驱动界面生成装置的结构框图；

图11是本发明实施例的电子设备的硬件结构示意图。

具体实施方式

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

云海OS的部署平台，用来完成云海OS各个操作系统的部署和运维。运维工具是云平台中最基本的工具。云平台的部署、运行离不开运维工具的支持。

当前业界的主流云平台，如青云、阿里云、华为云等，都是自己的运维工具，只是有得运维工具以开放的形势提供给用户，由用户自己选择使用，有得是需要专门的运维人员使用。无论何种形势的运维工具，其基本的展示方式，都是在云平台底层执行运维脚本或命令，前端页面提供操作入口和收集操作结果。仅以底层命令行窗口展示的运维工具，其应用范围和易用程度上，都比较困难，命令行窗口的形势，仅限于专业的运维人员使用，且无法大规模推广，一旦遇到问题，其运维时间和成本将极大提高，从云平台的故障恢复角度来说，仅命令行窗口的运维方式，其平均故障响应时间将非常高，对系统非常不利，也影响用户使用。

云海OS操作系统，是一个云平台的操作系统，其包含虚拟化管理平台、容器平台、云管理平台。每个平台都有单独的部署工具，且部署工具支持的部署方式和部署流程均不同。基于云海OS的各个部署平台的部署脚本，我们开发了云海OS的部署平台，该部署平台支持云海OS所有平台的部署，包括InCloud OS云操作系统，容器平台操作系统，虚拟化平台操作系统等。部署平台的目标值支持所有云操作系统的安装和配置。

在传统的运维方式中，平台部署、平台运维等操作，都是以命令行的方式下发的。面对众多的参数和配置项，需要运维人员非常专业，且对配置项非常熟悉。然而在实际操作中，每个平台需要配置单独的部署人员和运维人员。如虚拟化平台，部署参数高达300多个，最简单的容器平台，其部署中需要配置的参数也高达100多个，且用户现场环境各异，用户配置的主机也各不相同，需要随时调配参数使平台支持。在庞大的参数数量面前，单一的运维人员无法胜任部署工作，有些配置需要与平台开发者沟通后才能知道如何配置。这对于一个大型的云管理平台来说，是非常不方便和不易用的。

目前，基于对部署运维的需求，我们开发了部署平台。部署平台主要是部署工具和运维、运营工具的集合体。部署平台可用从界面出发，引导用户部署和操作云海OS的各个平台。然而由于每个平台的参数太多，且参数的形势各异，如有的参数需要输入框，有的参数是文本框，有的参数是下拉选择，有的是单选框，有的是开关等。要实现如此众多的界面元素和内容，纯前端的编码肯定不现实，也无法实现如此庞大的参数管理，即使靠硬编码实现了，后期如果要修改某个参数的内容，也是非常麻烦，且如果部署平台已经使用了，就无法再更改代码，因此，如果参数变动的情况下，靠界面编码实现的方式，就无法适应参数变化。然而，部署脚本及其配置参数是经常发生变化的，我们需要部署平台适应这种变化。

如何解决大量参数在云平台的部署和运维成为了亟待解决的问题。

需要说明的是，本申请实施例提供的数据驱动界面生成的方法，其执行主体可以是数据驱动界面生成的装置，该数据驱动界面生成的装置可以通过软件、硬件或者软硬件结合的方式实现成为电子设备的部分或者全部，其中，该电子设备可以是服务器或者终端，其中，本申请实施例中的服务器可以为一台服务器，也可以为由多台服务器组成的服务器集群，本申请实施例中的终端可以是智能手机、个人电脑、平板电脑、可穿戴设备以及智能机器人等其他智能硬件设备。下述方法实施例中，均以执行主体是电子设备为例来进行说明。

根据本发明实施例，提供了一种数据驱动界面生成方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

在本实施例中提供了一种数据驱动界面生成方法，图1是根据本发明实施例的数据驱动界面生成方法的流程图，如图1所示，该流程包括如下步骤：

步骤S101，获取操作系统的对应的部署参数。

具体地，电子设备可以接收用户输入的操作系统的对应的部署参数，也可以接收其他设备发送的操作系统的对应的部署参数，电子设备还可以在对操作系统中的文件进行读取，获取操作系统的对应的部署参数，本申请实施例对电子设备获取操作系统的对应的部署参数的方式不做具体限定。

关于该步骤将在下文进行详细介绍。

步骤S102，对各部署参数进行识别，确定各部署参数的基本特征。

其中，基本特征包括参数基本属性、参数部署特性以及参数UI特性。

其中，参数基本属性，包括参数key，参数默认值，参数描述等，这些是参数本身的属性，描述这个参数是干什么的；参数部署特性，包括参数所属类型(其中参数所属类型与参数部署环境相关，参数部署环境包括运管环境、虚拟化环境、容器环境，因此参数所属类型包括运管类、虚拟化类以及容器类)，参数是否可见，参数所属文件等，因为参数最终是要用于部署，因此参数必须要有部署特性，其部署特性必须设置，此外，还有其他的部署特性也可以加入进来；参数UI特性，包括参数的UI类型，参数的UI展示值，参数的UI行为等。示例性的，如图2所示，为部署参数的基本特征示意图。

具体地，电子设备可以对各部署参数进行识别，确定各部署参数的参数基本属性，然后根据参数的部署环境，部署文件以及参数是否可先，确定部署参数对应的参数部署特性。然后，根据部署参数类型确定参数UI特性。示例性的，有的部署参数需要输入框，有的部署参数需要文本框，有的部署参数需要下拉选择，有的部署参数需要单选框，有的部署参数需要开关。

步骤S103，基于各部署参数以及各部署参数对应的基本特征，生成数据结构，并构建参数数据库。

具体地，电子设备在确定了部署参数的基本特征之后，可以根据各部署参数以及各部署参数对应的基本特征，生成数据结构。

其中，一些部署参数存在父子结构，即一个部署参数下面可能存在多级子部署参数。数据结构可以表征各部署参数的基本特征以及各部署参数之间的部署关系。

为了便于对各部署参数进行管理，电子设备还可以基于各部署参数以及各部署参数对应的基本特征，构建参数数据库。

因此，当目标用户需要对某一个部署参数进行更新时，电子设备只需要根据用户指令在参数数据库查找待更新部署参数，并根据用户指令对待更新部署参数进行更新即可。因此，不需要用户首先查找待更新部署参数的在部署文件中的位置，然后，基于命令行对待更新部署参数进行更新。需要说明的是，当部署文件中的部署参数过多时，用户查找待更新部署参数的在部署文件中的位置是一件比较困难的事情。

步骤S104，根据数据结构，对参数数据库中各部署参数进行过滤，确定用于生成数据驱动界面的目标参数。

具体地，在生成各部署参数对应的数据结构之后，电子设备可以根据数据结构以及操作系统的当前环境，对参数数据库中各部署参数进行过滤，确定用于生成数据驱动界面的目标参数。

关于该步骤将在下文进行详细介绍。

步骤S105，根据数据结构，对各目标参数进行分类，生成多类目标参数类。

具体地，在生成各部署参数对应的数据结构，且从各部署参数中确定目标参数之后，电子设备可以根据各目标参数对应的参数部署特性，对各目标参数进行分类，生成多类目标参数类。

关于该步骤将在下文进行详细介绍。

步骤S106，根据各类目标参数类，生成数据驱动界面，以使目标用户基于数据驱动界面完成参数部署和参数运维。

具体地，电子设备可以根据分类后的各类目标参数类中的目标参数对应的UI特征，确定与各类目标参数类中的各目标参数对应的目标界面元素，然后将目标参数与目标界面元素进行融合，生成数据驱动界面。

关于该步骤将在下文进行详细介绍。

本实施例提供的数据驱动界面生成方法，获取操作系统的对应的部署参数，然后对各部署参数进行识别，确定各部署参数的基本特征，保证了确定的各部署参数的基本特征的准确性。基于各部署参数以及各部署参数对应的基本特征，生成数据结构，并构建参数数据库，从而可以实现根据数据结构对部署参数进行了解，此外还实现了可以根据参数数据库对各个部署参数进行修正，从而不需要用户从部署文件中查找各个部署参数的位置，提高了对部署参数进行修正的效率。根据数据结构，对参数数据库中各部署参数进行过滤，确定用于生成数据驱动界面的目标参数，保证了确定的用于生成数据驱动界面的目标参数的准确性，从而实现了不需要基于全部部署参数生成数据驱动界面，从而提高了生成数据驱动界面的效率。然后，根据数据结构，对各目标参数进行分类，生成多类目标参数类，保证了生成的多类目标参数类的准确性。根据各类目标参数类，生成数据驱动界面，保证了生成的数据驱动界面的条理清晰，可视性较好，且便于操作人员基于数据驱动界面进行参数部署和参数运维。上述方法，实现了操作人员基于数据驱动界面进行参数部署和参数运维，因此，不需要操作人员以命令行的方式对众多参数进行部署和运维，解决了如何对大量参数在云平台的部署和运维的问题。该方法极大提高了页面生成的效率，防止了参数变动引起的代码修改，不需要因参数改变或增加而变动界面代码，只需要以数据重新驱动即可。极大提高了运维效率，提高了部署平台的易用性。

在本实施例中提供了一种数据驱动界面生成方法，图3是根据本发明实施例的数据驱动界面生成方法的流程图，如图3所示，该流程包括如下步骤：

步骤S201，获取操作系统的对应的部署参数。

具体地，上述步骤S201包括：

步骤S2011，获取操作系统对应的部署文档。

具体地，电子设备可以接收用户输入的操作系统对应的部署文档，也可以接收其他设备发送的操作系统对应的部署文档，电子设备还可以在对操作系统中查找操作系统对应的部署文档，本申请实施例对电子设备获取操作系统对应的部署文档的方式不做具体限定。

其中，部署文档可以是容器平台、虚拟化平台、云管平台中各个平台的部署文档。

步骤S2012，对部署文档进行读取，获取部署文档中各个包括的第一参数。

具体地，电子设备对部署文档进行读取，获取部署文档中各个包括的第一参数。

步骤S2013，获取操作系统对应的部署脚本。

具体地，电子设备可以接收用户输入的操作系统对应的部署脚本，也可以接收其他设备发送的操作系统对应的部署脚本，电子设备还可以在对操作系统中查找操作系统对应的部署脚本，本申请实施例对电子设备获取操作系统对应的部署脚本的方式不做具体限定。

步骤S2014，将各第一参数与部署脚本进行对比。

具体地，电子设备将部署脚本进行识别，确定部署脚本中包括的各第三参数。电子设备将各第三参数与各第一参数进行对比。

步骤S2015，根据对比结果，从部署脚本中确定除第一参数之外各个第二参数。

具体地，电子设备根据对比结果，从部署脚本对应的各第三参数中确定除第一参数之外各个第二参数。

步骤S2016，基于各第一参数和各第二参数，生成部署参数。

具体地，电子设备将第一参数和第二参数确定为部署参数。

步骤S202，对各部署参数进行识别，确定各部署参数的基本特征。其中，

基本特征包括参数基本属性、参数部署特性以及参数UI特性。

关于该步骤请参见图1对步骤S102的介绍，在此不进行赘述。

步骤S203，基于各部署参数以及各部署参数对应的基本特征，生成数据结构，并构建参数数据库。

关于该步骤请参见图1对步骤S103的介绍，在此不进行赘述。

步骤S204，根据数据结构，对参数数据库中各部署参数进行过滤，确定用于生成数据驱动界面的目标参数。

具体地，参数部署特性中包括参数所属环境类型、参数所属文件、参数显示状态，上述步骤S204包括：

步骤S2041，获取操作系统的当前环境。

具体地，电子设备可以接收用户输入的操作系统的当前环境，也可以对操作系统进行识别，确定操作系统的当前环境。

本申请实施例对电子设备获取操作系统的当前环境的方式不做具体限定。

其中，当前环境可以是运管环境、虚拟化环境、容器环境中的任一一种。

步骤S2042，根据当前环境，确定当前环境需要部署的目标参数对应的参数所属环境类型、参数所属文件、参数显示状态。

具体地，电子设备可以根据当前环境，确定当前环境需要部署的目标参数对应的参数所属环境类型、参数所属文件、参数显示状态。

步骤S2043，根据目标参数对应的参数所属环境类型、参数所属文件、参数显示状态，对参数数据库中各部署参数进行过滤，确定用于生成界面的目标参数。

具体地，电子设备根据目标参数对应的参数所属环境类型、参数所属文件、参数显示状态，对参数数据库中各部署参数进行过滤，确定用于生成界面的目标参数。

步骤S205，根据数据结构，对各目标参数进行分类，生成多类目标参数类。

关于该步骤请参见图1实施例对步骤S105的介绍，在此不进行赘述。

步骤S206，根据各类目标参数类，生成数据驱动界面，以使目标用户基于数据驱动界面完成参数部署和参数运维。

关于该步骤请参见图1实施例对步骤S106的介绍，在此不进行赘述。

本申请实施例提供的数据驱动界面生成方法，获取操作系统对应的部署文档；对部署文档进行读取，获取部署文档中各个包括的第一参数，保证了获取到的第一参数的准确性。获取操作系统对应的部署脚本；将各第一参数与部署脚本进行对比；根据对比结果，从部署脚本中确定除第一参数之外各个第二参数，保证了确定的各第二参数的准确性。基于各第一参数和各第二参数，生成部署参数，保证了确定的部署参数的齐全，避免了部署参数遗漏导致不能对参数进行部署和运维，从而电子设备对应的部署平台。

此外，获取操作系统的当前环境；根据当前环境，确定当前环境需要部署的目标参数对应的参数所属环境类型、参数所属文件、参数显示状态；保证了确定的当前环境需要部署的目标参数对应的参数所属环境类型、参数所属文件、参数显示状态的准确性。根据目标参数对应的参数所属环境类型、参数所属文件、参数显示状态，对参数数据库中各部署参数进行过滤，确定用于生成界面的目标参数，保证了确定的用于生成界面的目标参数的准确性，从而保证了确定的目标参数适用于当前环境。

在本实施例中提供了一种数据驱动界面生成方法，图4是根据本发明实施例的数据驱动界面生成方法的流程图，如图4所示，该流程包括如下步骤：

步骤S301，获取操作系统的对应的部署参数。

关于该步骤请参见图3实施例对步骤S201的介绍，在此不进行赘述。

步骤S302，对各部署参数进行识别，确定各部署参数的基本特征。其中，

基本特征包括参数基本属性、参数部署特性以及参数UI特性。

关于该步骤请参见图3实施例对步骤S202的介绍，在此不进行赘述。

步骤S303，基于各部署参数以及各部署参数对应的基本特征，生成数据结构，并构建参数数据库。

关于该步骤请参见图3实施例对步骤S203的介绍，在此不进行赘述。

步骤S304，根据数据结构，对参数数据库中各部署参数进行过滤，确定用于生成数据驱动界面的目标参数。

关于该步骤请参见图3实施例对步骤S204的介绍，在此不进行赘述。

步骤S305，根据数据结构，对各目标参数进行分类，生成多类目标参数类。

具体地，上述步骤S305，可以包括如下：

步骤S3051，根据参数所属环境类型、参数所属文件、参数显示状态，对各目标参数进行分类。

具体地，电子设备可以根据参数所属环境类型、参数所属文件、参数显示状态，对各目标参数进行分类。

步骤S3052，将属于同一部署逻辑的目标参数归为一类，生成多类目标参数类。

其中，同一部署逻辑用于表征目标参数对应的参数所属环境类型、参数所属文件以及参数显示状态均相同。

具体地，电子设备九可以将属于同一部署逻辑的目标参数归为一类，生成多类目标参数类

步骤S306，根据各类目标参数类，生成数据驱动界面，以使目标用户基于数据驱动界面完成参数部署和参数运维。

具体地，上述步骤S306，可以包括如下步骤：

步骤S3061，针对各目标参数类，对目标参数类中的各目标参数进行格式转换，生成目标格式参数。

具体地，针对各目标参数类，电子设备可以对目标参数类中的各目标参数进行格式转换，生成目标格式参数。

示例性的，电子设备可以对目标参数类中的各目标参数进行格式转换，生成的目标JSON格式参数。

步骤S3062，获取各目标参数对应的参数UI特征。

具体地，电子设备可以根据各目标参数对应的数据结构，确定各目标参数对应的参数UI特征。

步骤S3063，基于目标格式参数与参数UI特征，生成各目标参数对应的目标脚本。

具体地，电子设备基于目标格式参数与参数UI特征，生成各目标参数对应的目标脚本。

示例性的，电子设备将目标参数对应的目标JSON格式参数与目标参数对应的参数UI特征，生成目标参数对应的目标脚本。

步骤S3064，根据参数UI特性，从预设元素库中获取各目标脚本对应的目标界面元素。

其中，预设元素库根据是根据各部署参数对应的参数UI特性生成的。

具体地，电子设备可以根据各部署参数对应的参数UI特性生成的，生成多个界面元素，然后基于各界面元素，生成预设元素库。电子设备还可以接收其他设备发送的预设元素库，电子设备还可以接收用户输入的预设元素库。本申请实施例对电子设备获取预设元素库的方式不做具体限定。

示例性的，预设元素库生成过程的示意图，如图5所示。其中，预设元素库中的每个元素包含一种展示结构，如输入框、下拉框、选择按钮、新增按钮、删除按钮等。每个元素定义各自的展示样式，能够接受序列化后的参数输入，且元素支持归类，支持接受数据中的行为方法。

预设元素库的基本思想是：预设元素库中的各元素是可以定制的，可以根据数据要求组成任意类型的元素库，根据元素行为的不同可以细分更详细的元素。如UI标准中只提供了标准按钮，电子设备可以定制新增按钮、删除按钮、移除按钮、取消按钮等。这样，只需要序列化参数中指定了对应的元素类型，便可以找到对应的元素，然后将目标参数对应的默认值或者真实值赋给元素，并生成对应的界面。

具体地，电子设备可以根据参数UI特性，从预设元素库中获取各目标脚本对应的目标界面元素。

示例性的，参数UI特性表征目标参数需要输入框，因此，电子设备从预设元素库中获取各目标脚本对应的输入框。

步骤S3065，将各目标脚本与目标界面元素进行结合，生成各待展示元素。

具体地，电子设备将目标脚本与目标界面元素进行结合生成各待展示元素。

步骤S3066，基于各待展示元素，生成数据驱动界面。

具体地，上述步骤S3066，可以包括如下步骤：

步骤a1，根据各待展示元素对应的元素UI特性，对各待展示元素进行分类。

具体地，电子设备可以根据各待展示元素对应的元素UI特性，对各待展示元素进行分类。

示例性的，将输入框类型的待展示元素归为一类，将文本框类型的待展示元素归为一类。

步骤a2，将同一类型的各待展示元素划分到同一页面后者同一页面内的同一步骤。

具体地，电子设备将将同一类型的各待展示元素划分到同一页面后者同一页面内的同一步骤。

步骤a3，针对各页面或各步骤，获取同一页面或者同一步骤中各待展示元素对应的目标参数的参数序列号。

具体地，针对各页面或各步骤，获取同一页面或者同一步骤中各待展示元素对应的目标参数的参数序列号。

其中，参数序列号可以是用于表示各目标参数的顺序。例如，序列号为1、2、3、4……。

步骤a4，根据各待展示元素对应的目标参数的参数序列号，对各待展示元素进行排列。

具体地，电子设备可以根据各待展示元素对应的目标参数的参数序列号，对各待展示元素进行排列。

步骤a5，获取各待展示元素对应的目标参数的默认值或者真实值。

具体地，电子设备可以在参数数据库中查找各待展示元素对应的目标参数的默认值或者真实值。

步骤a6，将默认值或者真实值与待展示元素进行结合展示，生成数据驱动界面。

具体地，电子设备可以将默认值或者真实值放入待展示元素中进行展示，从而生成数据驱动界面。

示例性的，如图6所示，生成数据驱动界面的流程示意图，电子设备获取部署参数，然后根据过滤条件在参数过滤器中将部署参数与对应的部署环境中的部署文件进行对比，根据对比结果，过滤掉与部署文件不匹配的部署参数，从而得到目标参数。然后，电子设备对目标参数进行参数序列化处理，具体地，对将目标参数转化为目标JSON格式参数，然后基于目标参数对应的基本特征对目标参数进行数据结构化处理，生成目标参数对应的数据结构。基于目标JSON格式参数和目标参数对应的数据结构，生成目标脚本，基于目标脚本和目标界面元素，在UI界面对目标参数进行展示。

步骤S307，接收目标用户基于数据驱动界面输入的部署命令和/或运维命令。

其中，部署命令中包括至少一个待部署参数以及各待部署参数对应的部署目标值；运维命令中包括至少一个待运维参数以及各待运维参数对应的运维目标值。

具体地，电子设备可以接收目标用户基于数据驱动界面输入的部署命令和/或运维命令。

步骤S308，根据各待部署参数和/或待运维参数对应的基本特性，确定各待部署参数和/或各待运维参数对应的部署环境、部署文件以及在部署文件中的位置。

具体地，电子设备根据各待部署参数和/或待运维参数对应的基本特性中的参数部署特性，确定各待部署参数和/或各待运维参数对应的部署环境、部署文件以及在部署文件中的位置。

步骤S309，根据各待部署参数和/或各待运维参数对应的部署环境、部署文件以及在部署文件中的位置，在部署文件将各待部署参数对应的当前值修改为目标部署值和/或将各待运维参数对应的当前值修改为目标运维值。

具体地，电子设备根据根据各待部署参数和/或各待运维参数对应的部署环境、部署文件以及在部署文件中的位置，在部署文件将各待部署参数对应的当前值修改为目标部署值和/或将各待运维参数对应的当前值修改为目标运维值。

步骤S310，基于修改后的各待部署参数和/或待运维参数，生成部署脚本和/或运维脚本。

具体地，电子设备基于修改后的各待部署参数和/或待运维参数，以及与待部署参数和/或待运维参数相关的其他部署参数，生成部署脚本和/或运维脚本。

步骤S311，根据部署脚本和/或运维脚本，完成部署命令和/或运维命令。

具体地，电子设备根据部署脚本和/或运维脚本，完成部署命令和/或运维命令。

示例性的，如图7所示，部署平台包括UI界面、逻辑控制层(CloudWare)、脚本层、数据库。目标用户可以通过U界面向逻辑控制层下发部署和运维命令，逻辑控制层对部署和运维命令处理后，生成部署脚本和/或运维脚本，发送给脚本层，最终在主机上执行各个部署脚本和/或运维脚本，完成部署和运维。其中，脚本层只定义了参数的键，其键对应的值是通过界面传递的。通过界面配置的参数的值，写入到对应的键，便可以组成一个完整的脚本，便可以实现部署及运维控制。

需要说明的是，其中，脚本层指的是部署脚本模块，在云平台这里指cloudship项目，是用shell脚本和ansible命令组成的部署工具。

本实施例提供的数据驱动界面生成方法，根据参数所属环境类型、参数所属文件、参数显示状态，对各目标参数进行分类；将属于同一部署逻辑的目标参数归为一类，生成多类目标参数类，保证了对目标参数进行分类的准确性。针对各目标参数类，对目标参数类中的各目标参数进行格式转换，生成目标格式参数，保证了生成的目标格式参数的准确性。获取各目标参数对应的参数UI特征；基于目标格式参数与参数UI特征，生成各目标参数对应的目标脚本，保证了生成的各目标参数对应的目标脚本的准确性。根据参数UI特性，从预设元素库中获取各目标脚本对应的目标界面元素，保证了获取到的目标界面元素与目标脚本的对应性。将各目标脚本与目标界面元素进行结合，生成各待展示元素，保证了生成的待展示元素的准确性。根据各待展示元素对应的元素UI特性，对各待展示元素进行分类，保证了对各待展示元素进行分类的准确性。将同一类型的各待展示元素划分到同一页面后者同一页面内的同一步骤；针对各页面或各步骤，获取同一页面或者同一步骤中各待展示元素对应的目标参数的参数序列号；根据各待展示元素对应的目标参数的参数序列号，对各待展示元素进行排列，保证了对各待展示元素进行排列的准确性。获取各待展示元素对应的目标参数的默认值或者真实值；将默认值或者真实值与待展示元素进行结合展示，生成数据驱动界面，保证了生成的数据驱动界面的准确，且条理清晰，可视性较好，且便于操作人员基于数据驱动界面进行参数部署和参数运维。上述方法，实现了操作人员基于数据驱动界面进行参数部署和参数运维，因此，不需要操作人员以命令行的方式对众多参数进行部署和运维，解决了如何对大量参数在云平台的部署和运维的问题。

此外，生成数据驱动界面之后，接收目标用户基于数据驱动界面输入的部署命令和/或运维命令。根据各待部署参数和/或待运维参数对应的基本特性，确定各待部署参数和/或各待运维参数对应的部署环境、部署文件以及在部署文件中的位置，保证了确定的各待部署参数和/或各待运维参数对应的部署环境、部署文件以及在部署文件中的位置的准确性。根据各待部署参数和/或各待运维参数对应的部署环境、部署文件以及在部署文件中的位置，在部署文件将各待部署参数对应的当前值修改为目标部署值和/或将各待运维参数对应的当前值修改为目标运维值，保证了对各待部署参数和/或将各待运维参数进行修改的准确性。基于修改后的各待部署参数和/或待运维参数，生成部署脚本和/或运维脚本，保证了生成的部署脚本和/或运维脚本的准确性。根据部署脚本和/或运维脚本，完成部署命令和/或运维命令。上述方法，实现了操作人员基于数据驱动界面进行参数部署和参数运维，因此，不需要操作人员以命令行的方式对众多参数进行部署和运维，解决了如何对大量参数在云平台的部署和运维的问题。

为了更好地介绍本申请实施例提供的数据驱动界面生成方法，如图8所示，本申请实施例提供了一种数据驱动界面生成方法的流程图。

首先，数据结构生成，即给部署参数赋予其他属性，可包括基本属性(参数key、默认值、描述、参数序列)，参数部署特性(参数所属环境、参数所属文件、参数是否可见等)，参数UI特性(元素类型、元素可选值、元素行为、元素样式等，示例性的，元素类型：select(下拉框)；元素可选值：icks,icos,icmp；元素行为：onSelect函数(如果需要)；元素样式：css样式)。支持部署参数的新增、删除、修改，即已增加的部署参数key，可以修改key其他属性，但key本身不能修改。数据结构是数据驱动界面的基本组成部分。

其中，部署参数的key，是指部署参数的键，数据库中会定义部署参数的键对应的默认值，但默认值不是通用值，绝大部分部署参数是需要重新设置的，如VIP、registry等，都走默认值环境就冲突了。因此，需要从UI层下发来的值才是正式的建环境的值，数据库只是提供一个参考值。示例性的，keep_alive_vip:127.0.0.1，其中keep_aliva_vip是环境的VIP的key，127.0.0.1是示例值，必须修改为真实IP地址。

其次，部署参数过滤及序列化。部署参数数量庞大，目前基本部署参数在1000个左右，不同环境部署参数不同，每新建一个环境，则根据不同环境会产生不同的部署参数。如虚拟化环境，基本部署参数在400～500个，建立多个虚拟化环境后，部署参数库中部署参数的数量可能达到几千个。因此，需要过滤部署参数。过滤部署参数的条件一般是环境类型、部署参数所属文件、部署参数所属类别、部署参数显示状态等。由于部署参数存在父子结构，即一个部署参数下面可能存在多级子部署参数，因此，需要将过滤后还需要将部署参数序列化，即组织成标准的序列化结构，完善父子结构，将多余的部署参数移除等。序列化后的部署参数结构可以直接提供给界面使用。

其次，建立界面元素库。数据不能直接显示到界面上，数据需要找到对应的元素，并赋值给元素，然后将元素进行排列和组合，最后生成到界面上。元素库需要在界面建立，根据数据结构的分析，我们将可能用到的界面元素，组成一个个的元素，如根据输入框，可以制作几个输入框元素，可以包含各种自定义属性，如带正则，或者带提示，或者带检索等。可以将按钮制作成不同功能的元素，如新增按钮、删除按钮等，元素可以接受数据输入，支持默认值、支持分类、支持自定义位置。

最后，界面根据元素自动生成。由于每个元素都带了属性，可以根据元素分类，每个类型在一个页面或步骤，然后同一个类型的界面上，根据元素顺序排列，并根据元素的UI特性展示对应的内容，最后注入元素的默认值或真实值，便组成了一个个的界面。元素库一旦确定后，就不需要再进行界面编码，只需要提供给界面数据即可生成界面了。

经过上述步骤，实现了部署平台的界面，只需要在底层写入数据，便可以自动生相应的界面了，减少了界面端的开支，提供了更灵活的界面展示，并且以数据驱动的方式，可以保证现场支持任何界面的生成，更加灵活的组织界面内容。

在本实施例中还提供了一种数据驱动界面生成装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

本实施例提供一种数据驱动界面生成装置，如图9所示，包括：

获取模块401，用于获取操作系统的对应的部署参数；

第一确定模块402，用于对各部署参数进行识别，确定各部署参数的基本特征；基本特征包括参数基本属性、参数部署特性以及参数UI特性；

第一生成模块403，用于基于各部署参数以及各部署参数对应的基本特征，生成数据结构，并构建参数数据库；

过滤模块404，用于根据数据结构，对参数数据库中各部署参数进行过滤，确定用于生成数据驱动界面的目标参数；

分类模块405，用于根据数据结构，对各目标参数进行分类，生成多类目标参数类；

第二生成模块406，用于根据各类目标参数类，生成数据驱动界面，以使目标用户基于数据驱动界面完成参数部署和参数运维。

在一些可选的实施方式中，获取模块401，具体用于获取操作系统对应的部署文档；对部署文档进行读取，获取部署文档中各个包括的第一参数；获取操作系统对应的部署脚本；将各第一参数与部署脚本进行对比；根据对比结果，从部署脚本中确定除第一参数之外各个第二参数；基于各第一参数和各第二参数，生成部署参数。

在一些可选的实施方式中，参数部署特性中包括参数所属环境类型、参数所属文件、参数显示状态；过滤模块404，具体用于获取操作系统的当前环境；根据当前环境，确定当前环境需要部署的目标参数对应的参数所属环境类型、参数所属文件、参数显示状态；根据目标参数对应的参数所属环境类型、参数所属文件、参数显示状态，对参数数据库中各部署参数进行过滤，确定用于生成界面的目标参数。

在一些可选的实施方式中，参数部署特性中包括参数所属环境类型、参数所属文件、参数显示状态；分类模块405，具体用于根据参数所属环境类型、参数所属文件、参数显示状态，对各目标参数进行分类；将属于同一部署逻辑的目标参数归为一类，生成多类目标参数类，同一部署逻辑用于表征目标参数对应的参数所属环境类型、参数所属文件以及参数显示状态均相同。

在一些可选的实施方式中，第二生成模块406，具体用于针对各目标参数类，对目标参数类中的各目标参数进行格式转换，生成目标格式参数；获取各目标参数对应的参数UI特征；基于目标格式参数与参数UI特征，生成各目标参数对应的目标脚本；根据参数UI特性，从预设元素库中获取各目标脚本对应的目标界面元素；预设元素库根据是根据各部署参数对应的参数UI特性生成的；将各目标脚本与目标界面元素进行结合，生成各待展示元素；基于各待展示元素，生成数据驱动界面。

在一些可选的实施方式中，第二生成模块406，具体用于根据各待展示元素对应的元素UI特性，对各待展示元素进行分类；将同一类型的各待展示元素划分到同一页面后者同一页面内的同一步骤；针对各页面或各步骤，获取同一页面或者同一步骤中各待展示元素对应的目标参数的参数序列号；根据各待展示元素对应的目标参数的参数序列号，对各待展示元素进行排列；获取各待展示元素对应的目标参数的默认值或者真实值；将默认值或者真实值与待展示元素进行结合展示，生成数据驱动界面。

在一些可选的实施方式中，如图10所示，上述数据驱动界面生成装置，还包括：

接收模块407，用于接收目标用户基于数据驱动界面输入的部署命令和/或运维命令；部署命令中包括至少一个待部署参数以及各待部署参数对应的部署目标值；运维命令中包括至少一个待运维参数以及各待运维参数对应的运维目标值；

第二确定模块408，用于根据各待部署参数和/或待运维参数对应的基本特性，确定各待部署参数和/或各待运维参数对应的部署环境、部署文件以及在部署文件中的位置；

修改模块409，用于根据各待部署参数和/或各待运维参数对应的部署环境、部署文件以及在部署文件中的位置，在部署文件将各待部署参数对应的当前值修改为目标部署值和/或将各待运维参数对应的当前值修改为目标运维值；

第三生成模块410，用于基于修改后的各待部署参数和/或待运维参数，生成部署脚本和/或运维脚本；

完成模块411，用于根据部署脚本和/或运维脚本，完成部署命令和/或运维命令。

本发明实施例还提供一种电子设备，具有上述图9或图10所示的数据驱动界面生成装置。

请参阅图11，图11是本发明可选实施例提供的一种电子设备的结构示意图，如图11所示，该电子设备包括：一个或多个处理器10、存储器20，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相通信连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在一些可选的实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图11中以一个处理器10为例。

处理器10可以是中央处理器，网络处理器或其组合。其中，处理器10还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路，可编程逻辑器件或其组合。上述可编程逻辑器件可以是复杂可编程逻辑器件，现场可编程逻辑门阵列，通用阵列逻辑或其任意组合。

其中，存储器20存储有可由至少一个处理器10执行的指令，以使至少一个处理器10执行实现上述实施例示出的方法。

存储器20可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据一种小程序落地页的展现的电子设备的使用所创建的数据等。此外，存储器20可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些可选的实施方式中，存储器20可选包括相对于处理器10远程设置的存储器，这些远程存储器可以通过网络连接至该电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

存储器20可以包括易失性存储器，例如，随机存取存储器；存储器也可以包括非易失性存储器，例如，快闪存储器，硬盘或固态硬盘；存储器20还可以包括上述种类的存储器的组合。

该电子设备还包括通信接口30，用于电子设备与其他设备或通信网络通信。

本发明实施例还提供了一种计算机可读存储介质，上述根据本发明实施例的方法可在硬件、固件中实现，或者被实现为可记录在存储介质，或者被实现通过网络下载的原始存储在远程存储介质或非暂时机器可读存储介质中并将被存储在本地存储介质中的计算机代码，从而在此描述的方法可被存储在使用通用计算机、专用处理器或者可编程或专用硬件的存储介质上的这样的软件处理。其中，存储介质可为磁碟、光盘、只读存储记忆体、随机存储记忆体、快闪存储器、硬盘或固态硬盘等；进一步地，存储介质还可以包括上述种类的存储器的组合。可以理解，计算机、处理器、微处理器控制器或可编程硬件包括可存储或接收软件或计算机代码的存储组件，当软件或计算机代码被计算机、处理器或硬件访问且执行时，实现上述实施例示出的方法。

虽然结合附图描述了本发明的实施例，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (10)

1.一种数据驱动界面生成方法，其特征在于，所述方法包括：

获取操作系统的对应的部署参数；

对各所述部署参数进行识别，确定各所述部署参数的基本特征；所述基本特征包括参数基本属性、参数部署特性以及参数UI特性；

基于各所述部署参数以及各所述部署参数对应的所述基本特征，生成数据结构，并构建参数数据库；

根据所述数据结构，对所述参数数据库中各所述部署参数进行过滤，确定用于生成数据驱动界面的目标参数；

根据所述数据结构，对各所述目标参数进行分类，生成多类目标参数类；

根据各类所述目标参数类，生成所述数据驱动界面，以使目标用户基于所述数据驱动界面完成参数部署和参数运维。

2.根据权利要求1所述的方法，其特征在于，所述获取操作系统的对应的部署参数，包括：

获取所述操作系统对应的部署文档；

对所述部署文档进行读取，获取所述部署文档中各个包括的第一参数；

获取所述操作系统对应的部署脚本；

将各所述第一参数与所述部署脚本进行对比；

根据对比结果，从所述部署脚本中确定除所述第一参数之外各个第二参数；

基于各所述第一参数和各所述第二参数，生成所述部署参数。

3.根据权利要求1所述的方法，其特征在于，所述参数部署特性中包括参数所属环境类型、参数所属文件、参数显示状态；所述根据所述数据结构，对所述参数数据库中各所述部署参数进行过滤，确定用于生成数据驱动界面的目标参数，包括：

获取所述操作系统的当前环境；

根据所述当前环境，确定所述当前环境需要部署的所述目标参数对应的参数所属环境类型、参数所属文件、参数显示状态；

根据所述目标参数对应的参数所属环境类型、参数所属文件、参数显示状态，对所述参数数据库中各所述部署参数进行过滤，确定用于生成界面的所述目标参数。

4.根据权利要求1所述的方法，其特征在于，所述参数部署特性中包括参数所属环境类型、参数所属文件、参数显示状态；所述根据所述数据结构，对各所述目标参数进行分类，包括：

根据所述参数所属环境类型、所述参数所属文件、所述参数显示状态，对各所述目标参数进行分类；

将属于同一部署逻辑的所述目标参数归为一类，生成多类所述目标参数类，所述同一部署逻辑用于表征所述目标参数对应的参数所属环境类型、参数所属文件以及参数显示状态均相同。

5.根据权利要求1所述的方法，其特征在于，所述根据各类所述目标参数类，生成所述数据驱动界面，包括：

针对各所述目标参数类，对所述目标参数类中的各所述目标参数进行格式转换，生成目标格式参数；

获取各所述目标参数对应的所述参数UI特征；

基于所述目标格式参数与所述参数UI特征，生成各所述目标参数对应的目标脚本；

根据所述参数UI特性，从预设元素库中获取各所述目标脚本对应的目标界面元素；所述预设元素库根据是根据各所述部署参数对应的参数UI特性生成的；

将各所述目标脚本与所述目标界面元素进行结合，生成各待展示元素；

基于各所述待展示元素，生成所述数据驱动界面。

6.根据权利要求5所述的方法，其特征在于，所述基于各所述待展示元素，生成所述数据驱动界面，包括：

根据各所述待展示元素对应的元素UI特性，对各所述待展示元素进行分类；

将同一类型的各所述待展示元素划分到同一页面后者同一页面内的同一步骤；

针对各所述页面或各所述步骤，获取同一页面或者同一步骤中各所述待展示元素对应的所述目标参数的参数序列号；

根据各所述待展示元素对应的所述目标参数的参数序列号，对各所述待展示元素进行排列；

获取各所述待展示元素对应的所述目标参数的默认值或者真实值；

将所述默认值或者所述真实值与所述待展示元素进行结合展示，生成所述数据驱动界面。

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

接收所述目标用户基于所述数据驱动界面输入的部署命令和/或运维命令；所述部署命令中包括至少一个待部署参数以及各所述待部署参数对应的部署目标值；所述运维命令中包括至少一个待运维参数以及各所述待运维参数对应的运维目标值；

根据各所述待部署参数和/或所述待运维参数对应的基本特性，确定各所述待部署参数和/或各所述待运维参数对应的部署环境、部署文件以及在所述部署文件中的位置；

根据各所述待部署参数和/或各所述待运维参数对应的部署环境、部署文件以及在所述部署文件中的位置，在所述部署文件将各所述待部署参数对应的当前值修改为所述目标部署值和/或将各所述待运维参数对应的当前值修改为所述目标运维值；

基于修改后的各所述待部署参数和/或所述待运维参数，生成部署脚本和/或运维脚本；

根据所述部署脚本和/或所述运维脚本，完成所述部署命令和/或所述运维命令。

8.一种数据驱动界面生成装置，其特征在于，所述装置包括：

获取模块，用于获取操作系统的对应的部署参数；

第一确定模块，用于对各所述部署参数进行识别，确定各所述部署参数的基本特征；所述基本特征包括参数基本属性、参数部署特性以及参数UI特性；

第一生成模块，用于基于各所述部署参数以及各所述部署参数对应的所述基本特征，生成数据结构，并构建参数数据库；

过滤模块，用于根据所述数据结构，对所述参数数据库中各所述部署参数进行过滤，确定用于生成数据驱动界面的目标参数；

分类模块，用于根据所述数据结构，对各所述目标参数进行分类，生成多类目标参数类；

第二生成模块，用于根据各类所述目标参数类，生成所述数据驱动界面，以使目标用户基于所述数据驱动界面完成参数部署和参数运维。

9.一种电子设备，其特征在于，包括：

存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行权利要求1至7中任一项所述的数据驱动界面生成方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机指令，所述计算机指令用于使计算机执行权利要求1至7中任一项所述的数据驱动界面生成方法。