CN111708580B - 一种配置软件静态数据的处理方法及系统 - Google Patents

Abstract

本申请公开了一种配置软件静态数据的处理方法及系统，方法包括：遍历预先设定的配置文件存放的目录，加载相应的配置文件，并通过列表形式将其配置规范表格化；检查配置表的规范，并将其中不符合规范的内容收集展示；检查主键、复合主键、引用名和各数据类型是否符合规范，并将其中不符合规范的内容收集展示；检查引用数据并将其替换为主键，同时将不符合引用规范的内容进行收集展示；检查预定的数据类型是否正确，否则将其错误内容进行收集展示；根据不同的软件开发环境生成对应的配置数据。通过本发明，提高了软件配置数据的处理效率，增强了软件配置的应用能力。

Description

一种配置软件静态数据的处理方法及系统

技术领域

本申请涉及互联网技术，尤其涉及一种配置软件静态数据的处理方法及系统。

背景技术

随着互联网技术及城市通信系统的迅猛发展，人们已然习惯于通过固定或移动的通讯设备进行包括社交、娱乐、公务、金融等在内的功能使用，其使用介质即是设备中相对应的各种软件，固然，软件已成为了当下生活和工作的必备工具。

具体地，软件通常包括客户端、服务端等组成部分，客户端因为运行环境不一样，进而需对应配置出多份不同的产品，例如一个游戏软件，可能会在PC环境、手机环境均有独立的客户端软件，软件不同的组成部分所使用的开发技术是不一样的，但都需要加载相同的配置数据，目前常用的方式是配置数据生成通用的文件(常用的格式为：json,xml)，不同的技术使用合适的解析方式，将数据载入到软件中进行使用，或者直接将配置数据载入至代码中；对于各种配置类型的软件，其复杂的软件具有大量的配置数据，包括文本、数值及自定义的数据，该配置数据在软件中会根据不同的场合被读取并用于展示和运算，小到功能或物品的名称，大到运算使用的数值和公式，软件开发过程中需要持续对配置数据进行维护、扩展及修改；同时，在软件开发过程中，新功能的增加会带来大量的配置数据，原有功能的维护也会调用到大量数据的配置资源。

经发明人调研，目前，对于软件中的静态数据配置，常用的处理方案存在以下问题:1)不同的软件组成部分需要多次对数据进行配置，容易出错；2)不同的配置数据间，存在大量的关联，关联性问题大多需要人工检查或是在软件运行时出错才能暴露，维护成本较高；3)不同的技术在使用数据时，均需要进行相应的处理，其处理过程难免存在数据错误，容易产生性能问题；4)在配置数据量过大时，导致运行缓慢，以此造成软件大量的性能问题；以上问题小则影响软件开发的效率，重则影响软件的稳定性。综上所述，本领域亟待一种解决上述问题的处理方法。

发明内容

本发明实施例提供一种配置软件静态数据的处理方法及系统，提高了配置数据的处理效率，增强了软件配置的应用能力。

本发明实施例的技术方案是这样实现的：

一种配置软件静态数据的处理方法，包括以下处理步骤：

S1,遍历预先设定的配置文件存放的目录，加载相应的配置文件，并通过列表形式将其配置规范表格化；

S2,检查配置表的规范，并将其中不符合规范的内容收集展示；

S3,检查主键、复合主键、引用名和各数据类型是否符合规范，并将其中不符合规范的内容收集展示；

S4,检查引用数据并将其替换为主键，同时将不符合引用规范的内容进行收集展示；

S5,检查预定的数据类型是否正确，否则将其错误内容进行收集展示；

S6,根据不同的软件开发环境生成对应的配置数据。

同时本发明实施例还提供一种配置软件静态数据的处理系统，包括：

前置配置模块：该前置配置模块用于根据软件业务情况对目录及表格内容进行定义设置，其中，包括加载相应的配置文件，并通过列表形式将其配置规范表格化；

检查模块：该检查模块用于对表格规范及其内容进行检查，其中，包括检查所有配置表的规范，检查主键、复合主键、引用名和各数据类型，检查引用数据并替换为主键，以及检查对应配置软件自定义的数据类型；

生成模块：该生成模块用于对配置好的数据进行导出，包括根据不同的软件开发环境生成数据。

上述方案中，所述前置配置模块，还用于对应匹配配置文件和目录；将每份配置文件对应匹配一份自定义命名的二维表格；对每份表格中的二维数据进行明确定义；根据配置定义表格中每一行的唯一引用名。

上述方案中，所述前置配置模块，还用于加载配置文件，包括：

S101,读取人工配置的表格数据；

S102,解析数据，将配置文件的行和列的数据，以二维表格的形式载入到内存中；

S103，对于内存中的每份二维表格，均以原配置数据表格的名字进行命名。

上述方案中，所述检查模块，还用于对所载入的二维表格进行检查，所述检查的过程包括以下判断机制：

若所载入的二维表格出现重名，将该重名表格进行收集展示；

检查每个二维表格的前两行配置列的数据类型信息，若该前两行的信息是无效状态，则将无效信息进行收集展示。

上述方案中，所述检查模块，还用于对表格行中的数据进行检查，所述检查的过程包括以下判断机制：

每个二维表格中行的主键和复合主键需合法且唯一，否则将不符合的内容进行收集展示；

每个二维表格中行的引用名需合法且唯一，否则将不符合的内容进行收集展示；

每个二维表格中行的数据需符合所在列的数据类型要求，否则将不符合的内容进行收集展示。

上述方案中，所述检查模块，还包括以下判断机制：

若每个二维表格中行对其他表格的引用数据无效，则将该无效内容进行收集展示；

检查后将二维表格中的引用数据修改为目标引用名称对应的主键。

上述方案中，所述检查模块，还包括以下判断机制：

检查每个二维表格中行的检查项是否正确，不是则将错误内容进行收集展示。

上述方案中，所述生成模块，还包括以下处理过程：

根据每个软件组成部分的开发技术所定义好的数据格式进行数据导出；

配置软件会对配置文件及导出的数据文件进行信息缓存，第一次检查进行全局检查，后续每次检查变化过的内容及其关联内容，并进行导出。

本发明实施例具有以下有益效果：

通本本发明对静态配置数据配置进行集中处理，进行复杂的检查之后，为人工提供大量关联检测，将静态数据的配置和修改带来的问题提前解决，而不会影响到软件，再将检测后的数据，根据项目的规范生成软件可用的数据。

具体而言，通过二维表格制规范套入配置数据，同时经表格功能筛出配置错误，极大提高了配置数据的处理效率，同时将软件配置数据的大部分问题，提前检查出来，将大部分配置问题阻截在软件运行之前，降低了软件配置的工作成本。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本发明实施例提供的配置软件静态数据的处理方法的一个可选的流程示意图；

图2是本发明发明实施例提供的配置软件静态数据的处理方法的一个可选的流程示意图；

图3是本发明发明实施例提供的配置软件静态数据的处理系统的一个可选的架构示意图；

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本发明实施例的目的，不是旨在限制本发明。下面将参考附图并结合实施例来详细说明本申请。

对本发明实施例进行进一步详细说明之前，对本发明实施例中涉及的名词和术语进行说明，本发明实施例中涉及的名词和术语适用于如下的解释。

1)表格：既是一种可视化交流模式，又是一种组织整理数据的手段，国内最常用的表格处理软件有金山软件公司出品的wps办公软件、微软公司出品的excel办公软件等可以方便的处理和分析日常数据，表格由一行或多行单元格组成，用于显示数字和其他项以便快速引用和分析，表格中的项被组织为行和列；

2)规范：其是对于某一工程作业或者行为进行定性的信息规定，在本发明实施例中是指技术上的内容标准，该标准根据本申请实施例进行对应定义；

3)表格规范：在本发明实施例中，表格规范是指表格的数据类型及其每一行每一列的含义定义，其中，数据类型包括了数值、时间、文本、百分比等类型，定义类例如<table>...</table>-定义表格、<tr>-定义表行、<th>-定义表头、<td>-定义表元，该表格规范是用于配置中作为处理基础，每次配置需以所定义的表格规范为标准。

为了进一步说明本发明实施例提供的配置软件静态数据的处理方法，参见图1，图1是本发明实施例提供的配置软件静态数据的处理方法的一个可选的流程示意图，以下将结合图1示出的步骤进行说明。

整个配置流程包括前置配置工作和后续的载入数据及检查流程，其中，前置工作为配置数据的定义基础，包括配置文件与目录对应，并在处理过程中放入进对应目录中；每份配置文件对应存放1份及其以上的二维表格，每份二维表格进行自定义命名；每份表格中的每一列需明确定义列的含义和数据类型，其每一行需明确定义唯一标识，其中，单数据标识为主键，多数据标识为复合主键；每份表格中每一行包括根据配置定义唯一引用名，其他配置表格关联数据时使用。而后续的处理流程包括遍历预先设定的配置文件存放的目录，加载相应的配置文件，并通过列表形式将其配置规范表格化；检查配置表的规范，并将其中不符合规范的内容收集展示；检查主键、复合主键、引用名和各数据类型是否符合规范，并将其中不符合规范的内容收集展示；检查引用数据并将其替换为主键，同时将不符合引用规范的内容进行收集展示；检查预定的数据类型是否正确，否则将其错误内容进行收集展示；根据不同的软件开发环境生成对应的配置数据。

表格以二维形式展开，即行和列，每一个表格包括了主键、复合主键、表格的引用名称和数据类型。当表中只有一个主建时，它是唯一的索引，当表中有多个主建时，复合主键联合保证唯一索引。具体而言，例如载入一个学生表格数据，若没有唯一能标识学生的ID，学生的名字、年龄、班级均可能重复，无法使用单个字段来唯一标识，此时，即将多个字段设置为主键，形成复合主键，这多个字段联合标识唯一性，进而避免了数据载入的重复性；再例如，当主键A跟主键B组成复合主键，主键A跟主键B的数据可以完全相同，联合就在于主键A跟主键B形成的联合主键是唯一的，若主键A数据是1，主键B数据也是1，复合主键其实是11，这个11是唯一值，就不充许再出现11这个唯一值，以此形成多对多关系。

进一步地，例如，主健A数据可以是1、2或3，主健B数据可以是1、2或3，那么主健A与主健B的复合主键只能是11、12、13、21、22、23、31、32或33。

在一些实施例中，以excel文件为例，表名及表头必须符合规范要求，文件格式必须满足配置的要求，对于不符合要求的点，进行明确的问题原因及定位说明。对于加载数据配置，包括将符合规范的配置文件内容全部读取到内存；为每个数据在内存中创建一份通用的二维数据表；将数据根据规范填充到二维表中。

在另一些实施例中，与excel同类型的WPS在格式规范上是不同的，其保存出来的数据表在适用性上也有所差别，使用者可以根据后续的检查信息来选择人工配置的数据表类型。

下面说明本发明实施例提供的配置软件静态数据的处理方法中一种可选的流程，参见图2，图2是本发明实施例提供的配置软件静态数据的处理方法的一个可选的流程示意图，以下将结合图2示出的步骤进行说明。

遍历预定的配置文件存放的目录，加载所有配置文件，包括读取人工配置的表格数据；解析数据，将配置文件的行和列的数据，以二维表格的形式载入到内存中；对于内存中的每份二维表格，均以原配置数据表格的名字进行命名。

具体地，人工配置表格数据为excel或WPS等软件所固定配置的表格，将配置文件的行和列的数据以二维表格形式进行导入，导入数据不得出现乱序乱码，即均应以原配置数据表格的名字进行命名。

进一步地，对于后续的配置过程，通过判断机制对载入的数据进行检查：检查所有配置表的规范，具体包括：1)所有二维表格不能重名，否则将错误进行收集展示；2)每个二维表格的前两行配置列的数据类型信息，检查前两行的信息是否有效，将无效信息收集展示。检查主键、复合主键、引用名和各数据类型，具体包括：1)每个二维表格所有行的主键或复合主键必须合法且唯一，否则将错误进行收集展示；2)每个二维表格所有行的引用名必须合法且唯一，否则将错误进行收集展示；3)每个二维表格所有行的数据必须符合所在列的数据类型要求要求，否则将错误进行收集展示。检查引用数据并替换为主键，具体包括：1)每个二维表格所有行对其他表格的引用数据必须有效，否则将错误进行收集展示；2)检查后将二维表格中的引用数据，修改为目标引用名称对应的主键。检查软件团队自定义的数据类型，具体包括：1)每个二维表格所有行检查团队业务需要定义好的检查项正确性，否则将错误进行收集展示。针对不同的软件开发环境生成最佳的数据，具体包括：1)根据每个软件组成部分的开发技术所定义好的数据格式进行数据导出；2)配置软件会对配置文件及导出的数据文件进行信息缓存，第一次检查进行全局检查，后续每次检查只需要检查变化过的内容及其关联内容，并进行导出。

下面说明本发明实施例提供的配置软件静态数据的处理系统中一种可选的架构，参见图3，图3是本发明实施例提供的配置软件静态数据的处理方法的一个可选的流程示意图，以下将结合图3示出的步骤进行说明。

前置配置模块201：该前置配置模块用于根据软件业务情况对目录及表格内容进行定义设置，其中，包括加载相应的配置文件，并通过列表形式将其配置规范表格化；检查模块202：该检查模块用于对表格规范及其内容进行检查，其中，包括检查所有配置表的规范，检查主键、复合主键、引用名和各数据类型，检查引用数据并替换为主键，以及检查对应配置软件自定义的数据类型；生成模块203：该生成模块用于对配置好的数据进行导出，包括根据不同的软件开发环境生成数据。

前置配置模块201对检查规范进行表格化，并将该规范作为固定定义，检查模块202通过调用前置配置模块201中的检查规范，以实施判断机制，将错误或无效的信息传输至前端进行展现，以供使用者查看，生成模块203调取检查模块202中正确或错误处理后的信息进行配置数据的导出。

综上所述，通过本发明实施例具有以下有益效果：

1、使用基于行和列的二维表格，作为统一的配置规范，降低增加和调整配置数据工作的学习成本；

2、对配置数据进行足够的检查，降低人工所导致的低级配置问题；

3、每次处理都将涉及的所有配置数据全部进行检查，避免出现关联配置数据不一致的问题，从而提高了配置数据的输出稳定性；

4.、根据不同的软件使用环境，定制生成最合适的数据存储格式，减少性能开销，并提高软件的开发效率；

5、在配置数据量巨大的情况下，也能通过表格功能快速进行处理，提高了配置效率；

6、最终降低了因配置数据出错而导致软件稳定性差及性能低下的问题。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (9)

1.一种配置软件静态数据的处理方法，其特征在于，所述方法包括以下步骤：

S1,遍历预先设定的配置文件存放的目录，加载相应的配置文件，并通过列表形式将其配置规范表格化；步骤S1包括以下过程：

S101,读取人工配置的表格数据；

S102,解析数据，将配置文件的行和列的数据，以二维表格的形式载入到内存中；

S103，对于内存中的每份二维表格，均以原配置数据表格的名字进行命名；

S2,检查配置表的规范，并将其中不符合规范的内容收集展示；

S3,检查主键、复合主键、引用名和各数据类型是否符合规范，并将其中不符合规范的内容收集展示；

S4,检查引用数据并将其替换为主键，同时将不符合引用规范的内容进行收集展示；

S5,检查预定的数据类型是否正确，否则将其错误内容进行收集展示；

S6,根据不同的软件开发环境生成对应的配置数据。

2.根据权利要求1所述的配置软件静态数据的处理方法，其特征在于，在步骤S1中，目录及前置配置中预先设定的内容包括：

配置文件与目录对应，并在处理过程中放入进对应目录中；

每份配置文件对应存放1份及其以上的二维表格，每份二维表格进行自定义命名；

每份表格中的每一列需明确定义列的含义和数据类型，其每一行需明确定义唯一标识，其中，单数据标识为主键，多数据标识为复合主键；

每份表格中每一行包括根据配置定义唯一引用名，其他配置表格关联数据时使用。

3.根据权利要求1或2所述的配置软件静态数据的处理方法，其特征在于，对于步骤S2，包括以下判断机制：

若所载入的二维表格出现重名，将该重名表格进行收集展示；

检查每个二维表格的前两行配置列的数据类型信息，若该前两行的信息是无效状态，则将无效信息进行收集展示。

4.根据权利要求1或2所述的配置软件静态数据的处理方法，其特征在于，对于步骤S3，包括以下判断机制：

每个二维表格中行的主键和复合主键需合法且唯一，否则将不符合的内容进行收集展示；

每个二维表格中行的引用名需合法且唯一，否则将不符合的内容进行收集展示；

每个二维表格中行的数据需符合所在列的数据类型要求，否则将不符合的内容进行收集展示。

5.根据权利要求1或2所述的配置软件静态数据的处理方法，其特征在于，对于步骤S4，包括以下判断机制：

若每个二维表格中行对其他表格的引用数据无效，则将该无效内容进行收集展示；

检查后将二维表格中的引用数据修改为目标引用名称对应的主键。

6.根据权利要求1或2所述的配置软件静态数据的处理方法，其特征在于，对于步骤S5，包括以下判断机制：

检查每个二维表格中行的检查项是否正确，不是则将错误内容进行收集展示。

7.根据权利要求1或2所述的配置软件静态数据的处理方法，其特征在于，对于步骤S6，还包括以下处理过程：

根据每个软件组成部分的开发技术所定义好的数据格式进行数据导出；

配置软件会对配置文件及导出的数据文件进行信息缓存，第一次检查进行全局检查，后续每次检查变化过的内容及其关联内容，并进行导出。

8.一种配置软件静态数据的处理系统，其特征在于，所属系统包括：

前置配置模块201：该前置配置模块用于根据软件业务情况对目录及表格内容进行定义设置，其中，包括加载相应的配置文件，并通过列表形式将其配置规范表格化；具体包括以下过程：读取人工配置的表格数据；解析数据，将配置文件的行和列的数据，以二维表格的形式载入到内存中；对于内存中的每份二维表格，均以原配置数据表格的名字进行命名；

检查模块202：该检查模块用于对表格规范及其内容进行检查，其中，包括检查所有配置表的规范，检查主键、复合主键、引用名和各数据类型，检查引用数据并替换为主键，以及检查对应配置软件自定义的数据类型；

生成模块203：该生成模块用于对配置好的数据进行导出，包括根据不同的软件开发环境生成数据。

9.根据权利要求8所述的配置软件静态数据的处理系统，其特征在于，所述前置配置模块201中的配置设置包括：配置文件与目录对应匹配；每份配置文件对应匹配一份自定义命名的二维表格；对每份表格中的二维数据进行明确定义；根据配置定义表格中每一行的唯一引用名。

Images