CN116048486A - 配置项数据的处理方法、电子设备及计算机可读存储介质 - Google Patents

Abstract

本申请公开了配置项数据的处理方法、电子设备及计算机可读存储介质，包括：通过配置界面获取到配置项数据列表；其中，配置项数据列表中包括至少一个配置项数据；对配置项数据列表中的每一个配置项数据进行业务测试，并获取测试结果；通过配置界面接收用户基于测试结果输入的第一用户指令，并根据第一用户指令对配置项数据列表中的配置项数据的配置项参数进行修改。本申请通过配置界面提供配置项数据列表，能够利用列表形式显示多个配置项数据，且对配置项数据的具体配置项参数进行修改时，无需调整配置项数据的位置以及对应的加载或保存的代码，实现了在零代码修改的情况下处理配置项数据的目的，从而有效提高了对配置项数据的处理效率。

Description

配置项数据的处理方法、电子设备及计算机可读存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及配置项数据的处理方法、电子设备及计算机可读存储介质。

背景技术

随着软件技术的不断发展，软件的功能不断完善。对于软件或者节点而言，配置项数据是写在对应程序的配置文件里，在程序启动阶段读取配置文件加载到内存里。随着软件版本更替或硬件功能变更等原因，通常需要对软件的配置项数据进行新增或删除。

目前，通常是在软件界面上绘制可视化界面，并在可视化界面上设置多个配置项数据，每个配置项数据分别占据可视化界面上一个独立的可视区域。现有技术中，对软件的配置项数据进行新增时，一般需要修改配置项数据的具体配置项参数，以及对应调整可视化界面中配置项数据的所处的位置。

然而，调整可视化界面中配置项数据的位置时，需要对应修改加载或保存该配置项数据的代码，涉及到编程，需要用户熟悉前端开发语言，严重依赖代码逻辑，导致运维成本高，极大降低了对配置项数据的处理效率。

发明内容

本申请主要解决的技术问题是提供配置项数据的处理方法、电子设备及计算机可读存储介质，能够解决现有技术中处理配置项数据时需要调整页面布局以及依赖代码逻辑导致的处理效率低的问题。

为解决上述技术问题，本申请采用的第一技术方案是提供一种配置项数据的处理方法，包括：通过配置界面获取到配置项数据列表；其中，配置项数据列表中包括至少一个配置项数据；对配置项数据列表中的每一个配置项数据进行业务测试，并获取测试结果；通过配置界面接收用户基于测试结果输入的第一用户指令，并根据第一用户指令对配置项数据列表中的配置项数据的配置项参数进行修改。

其中，第一用户指令包括至少一个增加指令和/或至少一个删除指令；通过配置界面接收用户基于测试结果输入的第一用户指令，并根据第一用户指令对配置项数据列表中的配置项数据的配置项参数进行修改的步骤，包括：响应于配置界面接收到用户基于测试结果输入的增加指令，根据增加指令生成新的配置项数据，并将新的配置项数据保存在修改后的配置项数据列表中；和/或，响应于配置界面接收到用户基于测试结果输入的删除指令，根据删除指令删除至少一个配置项数据，保存修改后的配置项数据列表。

其中，新增指令中包括多个配置项参数，每个配置项参数表征配置项数据的一种属性；响应于配置界面接收到用户基于测试结果输入的增加指令，根据增加指令生成新的配置项数据，并将新的配置项数据保存在修改后的配置项数据列表中的步骤，包括：响应于配置界面接收到用户基于测试结果输入的增加指令，基于增加指令获取到多个配置项参数；根据多个配置项参数生成新的配置项数据，并将新的配置项数据保存在修改后的配置项数据列表中。

其中，新增指令包括第一选择指令；其中，第一选择指令用于从多个数据类型参数中选择目标数据类型参数；响应于配置界面接收到用户基于测试结果输入的增加指令，基于增加指令获取到多个配置项参数的步骤，包括：通过配置界面接收用户的第一选择指令，以基于第一选择指令利用选择的目标数据类型参数配置对应的配置项参数。

其中，多个数据类型参数包括第一参数与第二参数；其中，第一参数表示待配置的配置项数据的数据类型为整数型，第二参数表示待配置的配置项数据的数据类型为组合框型；通过配置界面接收用户的第一选择指令，以基于第一选择指令利用选择的目标数据类型参数配置对应的配置项参数的步骤，包括：响应于目标数据类型参数为第一参数，接收用户通过配置界面添加的最大值参数、最小值参数以及分组参数；或，响应于目标数据类型参数为第二参数，接收用户通过配置界面添加的多个选择参数以及分组参数。

其中，根据多个配置项参数生成新的配置项数据，并将新的配置项数据保存在修改后的配置项数据列表中的步骤，包括：根据第一参数、最大值参数、最小值参数以及分组参数生成新的配置项参数，将新的配置项数据保存在修改后的配置项数据列表中；或，根据第二参数、多个选择参数以及分组参数生成新的配置项参数，将新的配置项数据保存在修改后的配置项数据列表中。

其中，通过配置界面接收用户基于测试结果输入的第一用户指令，并根据第一用户指令对配置项数据列表中的配置项数据的配置项参数进行修改的步骤后，包括：对修改后的配置项数据列表进行编码压缩，获得编码数据，并将编码数据保存到指定路径。

其中，对修改后的配置项数据列表进行编码压缩，获得编码数据，并将编码数据保存到指定路径的步骤，包括：利用ProtocolBuffer工具将修改后的配置项数据列表以二进制的形式进行压缩，以获得二进制数据，并将二进制数据保存到指定路径。

为解决上述技术问题，本申请采用的第二技术方案是提供一种电子设备，包括：存储器，用于存储程序数据，程序数据被执行时实现如上述的配置项数据的处理方法中的步骤；处理器，用于执行存储器存储的程序数据以实现如上述的配置项数据的处理方法中的步骤。

为解决上述技术问题，本申请采用的第三技术方案是提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述的配置项数据的处理方法中的步骤。

本申请的有益效果是：区别于现有技术，本申请提供置项数据的处理方法、装置及计算机可读存储介质，通过配置界面提供配置项数据列表，能够利用列表形式显示多个配置项数据。进一步地，通过接收到用户基于测试结果输入的第一用户指令后，只需根据第一用户指令在配置项数据列表中对配置项数据的具体配置项参数进行修改，无需调整配置项数据的位置，因而无需修改配置项数据对应的加载或保存的代码，实现了在零代码修改的情况下处理配置项数据的目的。通过上述方式，本申请能够在不依赖代码逻辑的情况下处理配置项数据，从而有效提高了对配置项数据的处理效率。

附图说明

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

图1是本申请配置项数据的处理方法第一实施方式的流程示意图；

图2是本申请配置项数据的处理方法第二实施方式的流程示意图；

图3是图2中S23一具体实施方式的流程示意图；

图4是本申请中按分组规则显示多个配置项数据一实施方式的示意图；

图5是本申请中按分组规则显示多个配置项数据另一实施方式的示意图；

图6是本申请配置项数据的处理方法第三实施方式的流程示意图；

图7是本申请电子设备一实施方式的结构示意图；

图8是本发明计算机可读存储介质一实施方式的结构示意图。

具体实施方式

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

在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上文清楚地表示其他含义，“多种”一般包含至少两种，但是不排除包含至少一种的情况。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应当理解，本文中使用的术语“包括”、“包含”或者其他任何变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

现有技术中，对软件的配置项数据进行新增时，一般需要修改配置项数据的具体配置项参数，以及对应调整可视化界面中配置项数据的所处的位置。然而，调整可视化界面中配置项数据的位置时，需要对应修改加载或保存该配置项数据的代码，涉及到编程，需要用户熟悉前端开发语言，严重依赖代码逻辑，导致运维成本高，极大降低了对配置项数据的处理效率。

基于上述情况，本申请提供配置项数据的处理方法、电子设备及计算机可读存储介质，能够解决现有技术中处理配置项数据时需要调整页面布局以及依赖代码逻辑导致的处理效率低的问题。

下面结合附图和实施方式对本申请进行详细说明。

请参阅图1，图1是本申请配置项数据的处理方法第一实施方式的流程示意图。在本实施方式中，该处理方法包括：

S11：通过配置界面获取到配置项数据列表；其中，配置项数据列表中包括至少一个配置项数据。

本实施方式中，配置界面为软件的可视化界面。

本实施方式中，配置项数据列表为可视化界面的一个目标位置输出栏位，用于容纳以层叠样式显示的多个配置项数据。

其中，配置项数据是软件在启动\运行\调度设备时的一些可变的配置项参数，这些配置项参数具有特定的编码格式，并以配置文件的形式保存在电脑的指定路径(指定目录)中。

本实施方式中，多个配置项数据以配置项数据列表的形式写入对应软件程序的配置文件中，通过保存代码将配置文件保存到电脑的指定路径(指定目录)中，程序运行时再通过加载代码读取指定目录中已保存的配置文件，并将配置文件解析后保存在程序临时内存中。

可以理解地，由于配置项数据是以列表的形式存储在配置文件中，配置界面显示配置项数据时，是通过加载代码直接调用配置文件，并将配置文件解析后以列表的形式显示多个配置项数据，因而无需在配置界面中调整每个配置项数据的位置，只需要基于配置项数据列表对应的配置文件编写对应的加载代码以及保存代码即可，无需针对每个配置项数据均编写加载或保存的代码。

S12：对配置项数据列表中的每一个配置项数据进行业务测试，并获取测试结果。

本实施方式中，操作人员在前端页面对配置项数据列表中的每一个配置项数据进行业务测试，并生成对应的测试结果，并将多个测试结果返回至后台的运维人员。

S13：通过配置界面接收用户基于测试结果输入的第一用户指令，并根据第一用户指令对配置项数据列表中的配置项数据的配置项参数进行修改。

本实施方式中，通过配置界面接收运维人员基于测试结果输入的第一用户指令，并根据第一用户指令对配置项数据对应的配置项参数进行修改。

其中，修改包括新增或删除配置项参数。

在一个具体的实施场景中，响应于第一用户指令为新增配置项数据，则通过预设的加载代码读取并解析配置文件后，将新增的配置项数据对应的多个配置项参数写入配置文件中，并通过预设的保存代码将配置文件保存至指定路径中。

在另一个具体的实施场景中，响应于第一用户指令为删除配置项数据，则通过预设的加载代码读取并解析配置文件后，在配置文件中删除配置项数据对应的多个配置项参数，并通过预设的保存代码将配置文件保存至指定路径中。

可以理解地，由于修改配置项数据时调用的代码是预设的加载代码和保存代码，不涉及到代码的编写，能够将软件的前端开发与后台运维分开，运维人员通过对配置界面中显示的配置文件的具体配置项参数进行修改，就能够实现对配置项数据的管理，从而提高了对配置项数据的处理效率，降低了运维难度。

区别于现有技术，本实施方式通过配置界面提供配置项数据列表，能够利用列表形式显示多个配置项数据。进一步地，通过接收到用户基于测试结果输入的第一用户指令后，只需根据第一用户指令在配置项数据列表对应的中对配置项数据的具体配置项参数进行修改，无需调整配置项数据的位置，因而无需修改配置项数据对应的加载或保存的代码，实现了在零代码修改的情况下处理配置项数据的目的。通过上述方式，本申请能够在不依赖代码逻辑的情况下处理配置项数据，从而有效提高了对配置项数据的处理效率。

请参阅图2，图2是本申请配置项数据的处理方法第二实施方式的流程示意图。在本实施方式中，第一用户指令包括至少一个增加指令和/或至少一个删除指令，其中，增加指令用于新增一个配置项数据，删除指令用于删除一个配置项数据，该处理方法包括：

S21：通过配置界面获取到配置项数据列表；其中，配置项数据列表中包括至少一个配置项数据。

具体过程请参见S11中的描述，此处不再赘述。

S22：对配置项数据列表中的每一个配置项数据进行业务测试，并获取测试结果。

具体过程请参见S12中的描述，此处不再赘述。

S23：响应于配置界面接收到用户基于测试结果输入的增加指令，根据增加指令生成新的配置项数据，并将新的配置项数据保存在修改后的配置项数据列表中。

本实施方式中，新增指令中包括多个配置项参数，每个配置项参数表征配置项数据的一种属性。

其中，配置项参数包括配置项数据的目标数据类型以及对应目标数据类型设置的其余参数，例如，若配置项数据的目标类型为整数型(int)，则对应设置的配置项参数包括最大值参数以及最小值参数；若配置项数据的目标数据类型为组合框型(combox)，则对应设置的配置项参数包括多个选择参数。

具体地，请参阅图3，图3是图2中S23一具体实施方式的流程示意图。如图3所示，在本实施方式中，响应于配置界面接收到用户基于测试结果输入的增加指令，根据增加指令生成新的配置项数据，并将新的配置项数据保存在修改后的配置项数据列表中的步骤，包括：

S231：响应于配置界面接收到用户基于测试结果输入的增加指令，基于增加指令获取到多个配置项参数。

本实施方式中，新增指令包括第一选择指令。其中，第一选择指令用于从多个数据类型参数中选择目标数据类型参数。

其中，多个数据类型参数包括第一参数与第二参数。其中，第一参数表示待配置的配置项数据的数据类型为整数型，第二参数表示待配置的配置项数据的数据类型为组合框型。

其中，数据类型参数还包括第三参数，第三参数表示待配置的配置项数据的数据类型为布尔类型(bool)，布尔类型对象可以被赋予文字值true(真)或者false(假)，所对应的关系就是真与假的概念。

本实施方式中，通过配置界面接收用户的第一选择指令，以基于第一选择指令利用选择的目标数据类型参数配置对应的配置项参数。

其中，整数型的配置项数据对应的参数包括最大值参数(max)与最小值参数(min)；组合框型的配置项数据对应的参数包括多个选择参数(option)。

本实施方式中，配置项数据中还包括分组参数(groupname)。其中，分组参数用于对配置项数据进行分组。例如，分组参数可以为“办公地点”或“部门人数”等。

具体地，响应于目标数据类型参数为第一参数，接收用户通过配置界面添加的最大值参数、最小值参数以及分组参数。响应于目标数据类型参数为第二参数，接收用户通过配置界面添加的多个选择参数以及分组参数。

本实施方式中，配置项数据中还包括实际值(realvalue)。其中，整数型的配置项数据中的实际值是介于最大值参数与最小值参数之间的一个整数，可以是最大值参数或最小值参数对应的数值。组合框型的配置项数据中的实际值是多个选择参数中的一个。

本实施方式中，配置项数据中还包括配置项数据的名称(name)。例如，配置项数据的名称可以为“人力部人数”或“人力部办公场所”等。

S232：根据多个配置项参数生成新的配置项数据，并将新的配置项数据保存在修改后的配置项数据列表中。

本实施方式中，响应于目标数据类型参数为第一参数，接收用户通过配置界面添加的最大值参数、最小值参数以及分组参数后，根据第一参数、最大值参数、最小值参数以及分组参数生成新的配置项参数，将新的配置项数据保存在修改后的配置项数据列表中。

本实施方式中，响应于目标数据类型参数为第二参数，接收用户通过配置界面添加的多个选择参数以及分组参数后，根据第二参数、多个选择参数以及分组参数生成新的配置项参数，将新的配置项数据保存在修改后的配置项数据列表中。

本实施方式中，以特定的结构对配置项数据进行保存。其中，特定的结构可以通过C#语言(一种面向对象的编程语言)进行定义。在其他实施方式中，特定的结构还可以以其余编程语言进行定义，本申请对此不作限定。

具体地，配置项数据的定义结构如下：

       

其中，Public class SettingModel指的是自定义配置模型；public string()指的是创建一个空白的字符串对象；///<summary>指的是C#语言中的一种注释；name指的是名称；int\bool\combox指的是整数型\布尔类型\组合框型；settingtype指的是配置项数据的设置类型(也即目标数据类型)；realvalue指的是实际值；min指的是最小值；max指的是最大值；option指的是可选的值；groupname指的是分组名称(也即分组参数)。

在一个具体的实施场景中，若用户选择的目标数据类型参数为第一参数(int)，配置项数据的名称为“人力部人数”，设置的最大值参数为5000，设置的最小值参数为1，分组参数为“部门人数”，且设置的实际值为1000，则生成的配置项数据的结构如下：

在另一个具体的实施场景中，若用户选择的目标数据类型参数为第二参数(combox)，配置项数据的名称为“人力部办公场所”，设置的选择参数为A1、A2、A3、A4，设置的实际值为A1，则生成的配置项数据的结构如下：

         

其中，SettingModel指的是配置模型；intModel指的是整数型模型；comboxModel指的是组合框型模型；A1、A2、A3、A4指的是4个不同的办公地点。

可以理解地，根据不同的业务场景，可以创建不同的配置项数据，人数为整数型，因而可以采用intModel配置人力部人数的配置项数据；办公地点为多个，因而可以采用comboxModel配置人力部办公场所的配置项数据。

本实施方式中，配置项数据可以根据用户需要新增一个或多个，本申请对此不作限定。

其中，新增的配置项数据的数量与增加指令的数量相同。

进一步地，将上述新创建的配置项数据利用保存代码保存在修改后的配置项数据列表中。

S24：响应于配置界面接收到用户基于测试结果输入的删除指令，根据删除指令删除至少一个配置项数据，保存修改后的配置项数据列表。

本实施方式中，每一个删除指令用于删除一个对应的配置项数据。进一步地，将上述修改后的配置项数据利用保存代码保存在修改后的配置项数据列表中。

可以理解地，上述新增或删除配置项数据的方式仅涉及到配置项参数的修改，保存修改后的配置项数据列表时也仅需要调用配置项数据列表对应的加载代码以及保存代码，不涉及到对加载代码和/或保存代码的修改，因而不涉及到代码的编写，便于运维人员后期新增和减少配置项数据，从而提高对配置项数据的处理效率。

请参阅图4和图5，图4是本申请中按分组规则显示多个配置项数据一实施方式的示意图，图5是本申请中按分组规则显示多个配置项数据另一实施方式的示意图。

如图4所示，本实施方式中，分组参数为“部门人数”以及“办公地点”，即分组规则为不同类型的业务场景，每种类型包括多个业务场景，例如，“部门人数”包括“人力部人数”、“开发部人数”与“市场部人数”，“办公地点”包括“人力部办公场所”、“开发部办公场所”与“市场部办公场所”。

如图5所示，本实施方式中，未额外设置分组参数，分组规则为按照配置项数据的名称的首字母的字母顺序进行排列。

可以理解地，上述不同的分组方式可以基于用户的指令进行切换，以在配置界面上利用对应的分组规则显示多个配置项数据，从而提高配置项数据的陈列灵活性，继而进一步提高用户处理配置项数据的效率。

区别于现有技术，本实施方式通过配置界面提供配置项数据列表，能够利用列表形式显示多个配置项数据。进一步地，通过接收到用户基于测试结果输入的增加指令或删除指令后，只需根据增加指令或删除指令在配置项数据列表对应的中对配置项数据的具体配置项参数进行修改，无需调整配置项数据的位置，因而无需修改配置项数据对应的加载或保存的代码，实现了在零代码修改的情况下处理配置项数据的目的。进一步地，通过在配置项数据中加入分组参数，还能够利用分组参数对配置项数据进行分组显示，从而提高配置项数据的陈列灵活性。

请参阅图6，图6是本申请配置项数据的处理方法第三实施方式的流程示意图。在本实施方式中，该处理方法包括：

S61：通过配置界面获取到配置项数据列表；其中，配置项数据列表中包括至少一个配置项数据。

具体过程请参见S11中的描述，此处不再赘述。

S62：对配置项数据列表中的每一个配置项数据进行业务测试，并获取测试结果。

具体过程请参见S12中的描述，此处不再赘述。

S63：通过配置界面接收用户基于测试结果输入的第一用户指令，并根据第一用户指令对配置项数据列表中的配置项数据的配置项参数进行修改。

具体过程请参见S13、S23～S24以及S231～S232中的描述，此处不再赘述。

S64：对修改后的配置项数据列表进行编码压缩，获得编码数据，并将编码数据保存到指定路径。

本实施方式中，利用ProtocolBuffer工具将修改后的配置项数据列表以二进制的形式进行压缩，以获得二进制数据，并将二进制数据保存到指定路径。

其中，ProtocolBuffer工具是一种独立的数据交换格式工具，能够将数据转化为二进制串。

可以理解地，相较于未压缩的配置项数据，二进制数据为数据流，前台的操作人员即使打开数据流的显示页面，也无法篡改数据流中的信息。由于只能通过后台的软件界面对最原始的配置项数据的原始结构进行修改，因而能够极大提高数据记录的可靠性，从而提升运维的安全性。

进一步地，由于压缩后的二进制数据所占的内存空间小，因而还能够减少硬盘读写的量，从而提高配置项数据的加载效率与保存效率，继而进一步提高对配置项数据的处理效率。

对应地，本申请提供一种电子设备。

请参阅图7，图7是本申请电子设备一实施方式的结构示意图。如图7所示，电子设备70包括存储器71以及处理器72。

本实施方式中，存储器71用于存储程序数据，程序数据被执行时实现如上述的配置项数据的处理方法中的步骤；处理器72用于执行存储器71存储的程序指令以实现如上述的配置项数据的处理方法中的步骤。

具体而言，处理器72用于控制其自身以及存储器71以实现如上述的配置项数据的处理方法中的步骤。处理器72还可以称为CPU(Central Processing Unit，中央处理单元)。处理器72可能是一种集成电路芯片，具有信号的处理能力。处理器72还可以是通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(ApplicationSpecific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable GateArray,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。另外，处理器72可以由多个集成电路芯片共同实现。

区别于现有技术，本实施方式通过处理器72在配置界面提供配置项数据列表，能够利用列表形式显示多个配置项数据。进一步地，通过接收到用户基于测试结果输入的第一用户指令后，只需根据第一用户指令在配置项数据列表对应的中对配置项数据的具体配置项参数进行修改，无需调整配置项数据的位置，因而无需修改配置项数据对应的加载或保存的代码，实现了在零代码修改的情况下处理配置项数据的目的。通过上述方式，本申请能够在不依赖代码逻辑的情况下处理配置项数据，从而有效提高了对配置项数据的处理效率。

对应地，本申请提供一种计算机可读存储介质。

请参阅图8，图8是本发明计算机可读存储介质一实施方式的结构示意图。

计算机可读存储介质80包括计算机可读存储介质80上存储的计算机程序801，所述计算机程序801被上述处理器执行时实现如上述的配置项数据的处理方法中的步骤。具体地，集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质80中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个计算机可读存储介质80中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式方法的全部或部分步骤。而前述的计算机可读存储介质80包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random AccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。

在本申请所提供的几个实施例中，应该理解到，所揭露的方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施方式仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性、机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种配置项数据的处理方法，其特征在于，包括：

通过配置界面获取到配置项数据列表；其中，所述配置项数据列表中包括至少一个所述配置项数据；

对所述配置项数据列表中的每一个所述配置项数据进行业务测试，并获取测试结果；

通过所述配置界面接收用户基于所述测试结果输入的第一用户指令，并根据所述第一用户指令对所述配置项数据列表中的所述配置项数据的配置项参数进行修改。

2.根据权利要求1所述的处理方法，其特征在于，

所述第一用户指令包括至少一个增加指令和/或至少一个删除指令；

所述通过所述配置界面接收用户基于所述测试结果输入的第一用户指令，并根据所述第一用户指令对所述配置项数据列表中的所述配置项数据的配置项参数进行修改的步骤，包括：

响应于所述配置界面接收到所述用户基于所述测试结果输入的所述增加指令，根据所述增加指令生成新的配置项数据，并将所述新的配置项数据保存在修改后的配置项数据列表中；和/或，

响应于所述配置界面接收到所述用户基于所述测试结果输入的所述删除指令，根据所述删除指令删除至少一个所述配置项数据，保存所述修改后的配置项数据列表。

3.根据权利要求2所述的处理方法，其特征在于，

所述新增指令中包括多个所述配置项参数，每个所述配置项参数表征所述配置项数据的一种属性；

所述响应于所述配置界面接收到所述用户基于所述测试结果输入的所述增加指令，根据所述增加指令生成新的配置项数据，并将所述新的配置项数据保存在修改后的配置项数据列表中的步骤，包括：

响应于所述配置界面接收到所述用户基于所述测试结果输入的所述增加指令，基于所述增加指令获取到多个所述配置项参数；

根据多个所述配置项参数生成所述新的配置项数据，并将所述新的配置项数据保存在所述修改后的配置项数据列表中。

4.根据权利要求3所述的处理方法，其特征在于，

所述新增指令包括第一选择指令；其中，所述第一选择指令用于从多个数据类型参数中选择目标数据类型参数；

所述响应于所述配置界面接收到所述用户基于所述测试结果输入的所述增加指令，基于所述增加指令获取到多个所述配置项参数的步骤，包括：

通过所述配置界面接收所述用户的所述第一选择指令，以基于所述第一选择指令利用选择的所述目标数据类型参数配置对应的配置项参数。

5.根据权利要求4所述的处理方法，其特征在于，

多个所述数据类型参数包括第一参数与第二参数；其中，所述第一参数表示待配置的配置项数据的数据类型为整数型，所述第二参数表示所述待配置的配置项数据的数据类型为组合框型；

所述通过所述配置界面接收所述用户的所述第一选择指令，以基于所述第一选择指令利用选择的所述目标数据类型参数配置对应的配置项参数的步骤，包括：

响应于所述目标数据类型参数为所述第一参数，接收所述用户通过所述配置界面添加的最大值参数、最小值参数以及分组参数；或，

响应于所述目标数据类型参数为所述第二参数，接收所述用户通过所述配置界面添加的多个选择参数以及所述分组参数。

6.根据权利要求5所述的处理方法，其特征在于，

所述根据多个所述配置项参数生成所述新的配置项数据，并将所述新的配置项数据保存在所述修改后的配置项数据列表中的步骤，包括：

根据所述第一参数、所述最大值参数、所述最小值参数以及所述分组参数生成所述新的配置项参数，将所述新的配置项数据保存在所述修改后的配置项数据列表中；或，

根据所述第二参数、多个所述选择参数以及所述分组参数生成所述新的配置项参数，将所述新的配置项数据保存在所述修改后的配置项数据列表中。

7.根据权利要求1～6任一项所述的处理方法，其特征在于，

所述通过所述配置界面接收用户基于所述测试结果输入的第一用户指令，并根据所述第一用户指令对所述配置项数据列表中的所述配置项数据的配置项参数进行修改的步骤后，包括：

对修改后的配置项数据列表进行编码压缩，获得编码数据，并将所述编码数据保存到指定路径。

8.根据权利要求7所述的处理方法，其特征在于，

所述对修改后的配置项数据列表进行编码压缩，获得编码数据，并将所述编码数据保存到指定路径的步骤，包括：

利用ProtocolBuffer工具将所述修改后的配置项数据列表以二进制的形式进行压缩，以获得二进制数据，并将所述二进制数据保存到所述指定路径。

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

存储器，用于存储程序数据，所述存储程序数据被执行时实现如权利要求1～8任一项所述的配置项数据的处理方法中的步骤；

处理器，用于执行所述存储器存储的所述程序数据以实现如权利要求1～8任一项所述的配置项数据的处理方法中的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1～8任一项所述的配置项数据的处理方法中的步骤。

Images