CN111159148B - 一种配置信息状态管理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本申请提供了一种配置信息状态管理方法、装置、电子设备及存储介质，所述方法包括：在接收到对配置信息的修改请求时，获取配置信息的修改前的配置状态和针对配置信息的待执行修改动作；基于修改前的配置状态和待执行修改动作生成动作实例；在检测到用户触发的运行实例的操作时，运行动作实例；在动作实例运行成功后，将动作实例存储到历史状态管理表中，历史状态管理表用于管理配置信息的配置状态。本申请实现了服务器的配置信息的状态管理功能，为用户提供了配置信息的多个可切换的历史配置状态，提升了用户修改配置信息的灵活性，优化了用户的使用体验，此外，本申请无需额外设计多张数据表以备份待修改的配置信息，节省了服务器存储空间。

Description

一种配置信息状态管理方法、装置、电子设备及存储介质

技术领域

本公开涉及数据库管理技术领域，尤其涉及一种配置信息状态管理方法、装置、电子设备及存储介质。

背景技术

在一些典型的表单配置场景中，一个表单对应一份配置信息，对应一份数据库表，当用户修改完配置信息以后，数据库表中的数据也会随之更新，同时，数据库表修改之前的数据也会消失，因此，当用户需要撤销当前的操作时，由于数据库并不具有数据状态管理功能，无法响应用户的请求，只能由用户再次主动对数据库表进行修改，操作过程十分繁琐。

为了实现数据库操作的回退功能，进而实现对数据库中数据的灵活操作，相关技术中采用的一种方案是：服务器针对每次修改之前的数据库中的数据表，额外设计备份数据表以备份其数据，在用户操作数据库的过程中，如果检测到用户点击的回退按钮的操作，获取相应的备份数据表并重新应用，进而实现数据库操作的回退功能。然而，该种方案大大增加了数据库的存储开销，无法有效应对用户频繁的对数据库进行操作的场景。

发明内容

本公开提供一种配置信息状态管理方法、装置、电子设备及存储介质，旨在提供一种更加灵活的配置信息状态管理方式，为用户修改配置信息提供便利。

根据本公开实施例的第一方面，提供了一种配置信息状态管理方法，所述方法包括：

在接收到对配置信息的修改请求时，获取所述配置信息的修改前的配置状态和针对所述配置信息的待执行修改动作，所述修改前的配置状态用于表示所述待执行修改动作在执行成功前所述配置信息所包含的数据；

基于所述修改前的配置状态和所述待执行修改动作生成动作实例；

在检测到用户触发的运行实例的操作时，运行所述动作实例；

在所述动作实例运行成功后，将所述动作实例存储到历史状态管理表中，所述历史状态管理表用于管理所述配置信息的配置状态。

可选地，基于所述修改前的配置状态和所述待执行修改动作生成动作实例，包括：

通过状态管理函数工具定义初始状态属性和动作属性；

利用所述修改前的配置状态对所述初始状态属性赋值，及，利用所述待执行修改动作对所述动作属性赋值；

对所述赋值后的初始状态属性和动作属性进行代码封装，得到所述动作实例。

可选地，运行所述动作实例，包括：

针对所述配置信息，执行所述待执行修改动作；

在所述动作实例运行成功后，将所述动作实例存储到历史状态管理表中，包括：

在所述待执行修改动作执行成功后，将所述动作实例存储到历史状态管理表中。

可选地，针对所述配置信息，执行所述待执行修改动作，包括：

获取所述动作属性定义的操作方法，所述操作方法包括：增、删、改、查四种操作方法中的任一种；

针对所述初始状态属性对应的配置信息，执行所述操作方法。

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

在检测到用户触发的获取目标配置状态的请求时，获取用户的请求地址，所述请求为对所述配置信息的修改过程中的前进操作请求和回退操作请求中的任意一种；

根据所述请求地址，确定所述目标配置状态对应的目标动作实例；

从所述历史状态管理表中读取所述目标动作实例；

获取所述目标动作实例中的初始状态属性；

根据所述初始状态属性对应的目标配置信息更新当前的配置信息。

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

在检测到用户触发的重做操作的请求时，从所述历史状态管理表中读取最新运行成功的动作实例；

获取所述最新运行成功的动作实例的动作属性；

针对当前的配置信息，执行所述动作属性定义的操作方法。

可选地，在所述动作实例运行成功后，所述方法还包括：

判断所述历史状态管理表中的动作实例的数量是否超出预设数量；

在所述动作实例运行成功后，将所述动作实例存储到历史状态管理表中，包括：

在所述动作实例的数量未超出预设数量时，将所述动作实例存储到所述历史状态管理表中；

在所述动作实例的数量超出预设数量时，删除存储时间最长的动作实例后，将所述动作实例存储到所述历史状态管理表中。

根据本公开实施例的第二方面，提供一种配置信息状态管理装置，所述装置包括：

第一获取模块，用于在接收到对配置信息的修改请求时，获取所述配置信息的修改前的配置状态和针对所述配置信息的待执行修改动作，所述修改前的配置状态用于表示所述待执行修改动作在执行成功前所述配置信息所包含的数据；

生成模块，用于基于所述修改前的配置状态和所述待执行修改动作生成动作实例；

运行模块，用于在检测到用户触发的运行实例的操作时，运行所述动作实例；

存储模块，用于在所述动作实例运行成功后，将所述动作实例存储到历史状态管理表中，所述历史状态管理表用于管理所述配置信息的配置状态。

可选地，所述生成模块包括：

定义模块，用于通过状态管理函数工具定义初始状态属性和动作属性；

赋值模块，用于利用所述修改前的配置状态对所述初始状态属性赋值，及，利用所述待执行修改动作对所述动作属性赋值；

封装模块，用于对所述赋值后的初始状态属性和动作属性进行代码封装，得到所述动作实例。

可选地，所述运行模块包括：

第一执行模块，用于针对所述配置信息，执行所述待执行修改动作；

所述存储模块包括：

第一存储子模块，用于在所述待执行修改动作执行成功后，将所述动作实例存储到历史状态管理表中。

可选地，所述第一执行模块包括：

获取子模块，用于获取所述动作属性定义的操作方法，所述操作方法包括：增、删、改、查四种操作方法中的任一种；

第一执行子模块，用于针对所述初始状态属性对应的配置信息，执行所述操作方法。

可选地，所述装置还包括：

第二获取模块，用于在检测到用户触发的获取目标配置状态的请求时，获取用户的请求地址，所述请求为对所述配置信息的修改过程中的前进操作请求和回退操作请求中的任意一种；

确定模块，用于根据所述请求地址，确定所述目标配置状态对应的目标动作实例；

第一读取模块，用于从所述历史状态管理表中读取所述目标动作实例；

第三获取模块，用于获取所述目标动作实例中的初始状态属性；

更新模块，用于根据所述初始状态属性对应的目标配置信息更新当前的配置信息。

可选地，所述装置还包括：

第二读取模块，用于在检测到用户触发的重做操作的请求时，从所述历史状态管理表中读取最新运行成功的动作实例；

第四获取模块，用于获取所述最新运行成功的动作实例的动作属性；

第二执行模块，用于针对当前的配置信息，执行所述动作属性定义的操作方法。

可选地，所述装置还包括：

判断模块，用于判断所述历史状态管理表中的动作实例的数量是否超出预设数量；

所述存储模块包括：

第二存储子模块，用于在所述动作实例的数量未超出预设数量时，将所述动作实例存储到所述历史状态管理表中；

第三存储子模块，用于在所述动作实例的数量超出预设数量时，删除存储时间最长的动作实例后，将所述动作实例存储到所述历史状态管理表中。

根据本公开实施例的第三方面，提供一种电子设备，该电子设备包括：

处理器；

用于存储该处理器可执行指令的存储器；

其中，该处理器被配置为执行以实现如本公开提供的配置信息状态管理方法所执行的操作。

根据本公开实施例的第四方面，提供一种非临时性计算机可读存储介质，当该存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行一种以实现如本公开提供的配置信息状态管理方法所执行的操作。

本申请实施例提供了一种配置信息状态管理方法，首先获取配置信息的修改前的配置状态和待执行修改动作；然后基于配置信息的修改前的配置状态和待执行修改动作生成动作实例，在检测到用户触发的运行实例的操作时，运行该动作实例，并且在运行成功后，将该动作实例存储到用于管理配置信息的配置状态的历史状态管理表中。由于各个动作实例中记录有配置信息在每一次被修改前的配置状态，因此，本申请通过对各个历史动作实例进行存储即可实现对配置信息的各个历史配置状态的存储，不仅实现了服务器的配置信息的状态管理功能，基于该状态管理功能为用户提供了多个可切换的历史配置状态，提升了用户对配置信息的操作的灵活性，优化了用户的使用体验，而且无需额外设计多张数据表以备份待修改的配置信息，节省了服务器存储空间。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

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

图1是本申请一实施例示出的一种配置信息状态管理方法的流程图；

图2是本申请一实施例示出的生成动作实例的方法的流程图；

图3是本申请一实施例示出的执行待执行修改动作的方法的流程图；

图4是本申请一实施例示出的一种实现前进/回退功能的方法的流程图；

图5是本申请一实施例示出的一种配置信息状态管理方法的原理示意图；

图6是本申请一实施例示出的一种配置信息状态管理装置的示意图；

图7是本申请一实施例示出的一种电子设备的结构框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

为克服相关技术中存在的问题，本申请实施例提供了一种配置信息状态管理方法，主要技术构思为：在每一次对数据库中的配置信息进行操作时，首先存储操作之前的配置信息的配置状态和待执行的操作，基于配置信息的修改前的配置状态和待执行修改动作生成动作实例，在检测到用户触发的运行实例的操作时，运行该动作实例，并且在运行成功后，将该动作实例存储到用于管理配置信息的配置状态的历史状态管理表中。基于该历史状态管理表，后续在检测到用户触发的回退/前进操作时，可以获取该回退/前进操作所指的配置信息的配置状态并应用，进而实现对配置信息的配置状态的灵活选择；在检测到用户触发的重做操作时，可以获取最近存储的待执行的操作并应用，进而实现对配置信息的重新操作，满足用户的多种需求，优化了用户的使用体验。

基于上述技术构思，本申请提供了一种配置信息状态管理方法，如图1所示。图1是本申请一实施例示出的一种配置信息状态管理方法的流程图。参照图1，本申请的配置信息状态管理方法包括以下步骤：

步骤S11：在接收到对配置信息的修改请求时，获取所述配置信息的修改前的配置状态和针对所述配置信息的待执行修改动作，所述修改前的配置状态用于表示所述待执行修改动作在执行成功前所述配置信息所包含的数据。

本申请提供的配置信息状态管理方法应用于一种服务器，该服务器可以是一台服务器，也可以是由若干台服务器组成的服务器集群，或者是一个云计算服务中心。用户通过该服务器提供的操作界面，可对服务器的数据库中的配置信息进行操作。

在本实施例中，配置信息的修改前的配置状态指：配置信息在被修改前所包含的数据。配置信息可以数据表的形式存储在服务器的数据库中。示例地，以数据表A为配置信息为例，数据表A中有数据记录1-10共10条数据记录，那么数据表A的修改前的配置状态是指：由数据表A中的数据记录1-10组成的数据信息。在本申请中，服务器将配置信息的所有的数据记录转换为字符串的形式以表示其配置状态，例如：数据表A的修改前的配置状态可由数据表A中的数据记录1-10转换得到的字符串表示。

待执行修改动作可以是常见的数据库操作，也即用户要执行的操作方法，例如：增、删、改、查等操作。

在本实施例中，用户在对数据库中的配置信息进行修改之前，首先通过操作界面选择要执行的修改动作，点击确定后，服务器自动将修改动作转化为相应的代码，同时获取当前的配置信息所包含的所有的数据，将其转换为字符串作为配置信息的修改前的配置状态。

步骤S12：基于所述修改前的配置状态和所述待执行修改动作生成动作实例。

在本实施例中，服务器在获取到配置信息的修改前的配置状态，以及针对该配置信息的待执行修改动作之后，可以将其作为参数值，对预设的动作实例框架进行填充，得到动作实例。其中，服务器可以通过状态管理函数工具定义预设的动作实例框架，并利用修改前的配置状态和待执行修改动作对预设的动作实例框架进行赋值，得到动作实例。

步骤S13：在检测到用户触发的运行实例的操作时，运行所述动作实例。

在本实施例中，运行动作实例是指：执行该动作实例中所定义的待执行修改动作，以完成对配置信息的修改。在生成动作实例后，用户可以点击操作界面中表示运行的按钮，以运行该动作实例。

步骤S14：在所述动作实例运行成功后，将所述动作实例存储到历史状态管理表中，所述历史状态管理表用于管理所述配置信息的配置状态。

在本实施例中，所有运行成功的动作实例将被存储到历史状态管理表中，由于每一个动作实例中均记录有配置信息的修改前的配置状态，因此，通过存储所有运行成功的动作实例可以实现对配置信息的所有的历史配置状态的存储，以便于后续在对配置信息进行修改时，可以从历史状态管理表中选择任意的配置状态以实现对配置信息的修改。

示例地，以数据表A为配置信息为例，数据表A中有数据记录1-10共10条数据记录，用户想要删除第一条数据记录(即：数据记录1)，那么用户可以在操作界面中选择要执行的修改动作，即删除动作，以及待删除的目标操作对象，即数据表A-数据记录1；服务器在获取到用户输入的删除动作及待删除的目标操作对象后，将其转换为相应代码对预设的动作实例框架进行填充；此外，服务器还将修改动作执行之前的数据表A中的10条数据记录转换为字符串作为数据表A的修改前的配置状态对预设的动作实例框架进行填充，从而完成动作实例的创建；此后，用户可以在操作界面中点击表示运行动作实例的按钮，以运行创建成功的动作实例；动作实例在运行过程中，自动将数据表A中的数据记录1删除；动作实例在运行成功后，在操作界面中显示运行成功的提示，以告知用户，同时将动作实例存储到历史状态管理表，以便于后续用户在多次修改数据表A后，如果对某次修改不满意，可以重新获取到该动作实例中的数据表A的修改前的配置状态，即数据表A中有数据记录1-10共10条数据记录时的配置状态。

本申请实施例提供了一种配置信息状态管理方法，首先获取配置信息的修改前的配置状态和待执行修改动作；然后基于配置信息的修改前的配置状态和待执行修改动作生成动作实例，在检测到用户触发的运行实例的操作时，运行该动作实例，并且在运行成功后，将该动作实例存储到用于管理配置信息的配置状态的历史状态管理表中。由于各个动作实例中记录有配置信息在每一次被修改前的配置状态，因此，本申请通过对各个历史动作实例进行存储即可实现对配置信息的各个历史配置状态的存储，不仅实现了服务器的配置信息的状态管理功能，基于该状态管理功能为用户提供了多个可切换的历史配置状态，提升了用户对配置信息的操作的灵活性，优化了用户的使用体验，而且无需额外设计多张数据表以备份待修改的配置信息，节省了服务器存储空间。

本申请实施例还提供了一种生成动作实例的方法，如图2所示。图2是本申请一实施例示出的生成动作实例的方法的流程图。参照图2，步骤S12具体可以包括：

步骤S121：通过状态管理函数工具定义初始状态属性和动作属性。

在本实施例中，服务器中配置有状态管理函数工具，在每一次对数据库中的配置信息进行操作时，均通过该状态管理函数工具执行相应操作，从而实现服对数据库中的配置信息的状态管理功能。状态管理函数工具的本质为代码封装函数，主要为用户提供一个action工厂函数的框架，支持用户在该框架内自定义实际业务所需的各类属性，并在接收用户传入的各类属性的参数值后，自动封装得到一个action实例。

本申请各个实施例中所指的动作实例即通过action工厂函数封装得到的action实例。

本申请实施例为实现配置信息的状态管理，在action工厂函数中自定义了初始状态属性和动作属性，分别用于表示配置信息的修改前的配置状态和用户待执行的修改动作，示例地，初始状态属性可以定义init属性表示，待执行的修改动作可以定义run属性表示。

在定义得到包含初始状态属性和动作属性的action工厂函数的框架后，状态管理函数工具可以保存该框架，在后续多次对数据库中的配置信息进行操作时，均可调用该框架执行相应的操作以管理配置信息的配置状态。

步骤S122：利用所述修改前的配置状态对所述初始状态属性赋值，及，利用所述待执行修改动作对所述动作属性赋值。

在本实施例中，对初始状态属性赋值是指：利用修改前的配置信息所包含的数据记录转换得到的字符串对初始状态属性赋值；对动作属性赋值是指：将用户选择的待执行的修改动作转换为代码，对动作属性赋值赋值。

步骤S123：对所述赋值后的初始状态属性和动作属性进行代码封装，得到动作实例。

示例地，以数据表A为配置信息，且数据表A中只有数据记录1-10为例，假设用户需要在数据表A中新增数据记录11，那么用户可以在操作界面中将目标操作对象确定为数据表A，将操作方法确定为新增数据操作，将具体操作内容确定为数据记录11的具体值，例如可以是“姓名：李明；性别：男；职业：医生”。状态管理函数工具根据用户输入的操作自动生成数据操作代码，完成对动作属性的赋值。同时，在用户点击提交输入值时，状态管理函数工具还会将数据表A中的数据记录1-10转换为字符串，例如：将数据记录1-10依次转换为字符串XX1-XX10，最后利用字符串XX1-XX10完成对初始状态属性的赋值。在完成对初始状态属性和动作属性的赋值后，继续进行代码封装，得到最终的可运行的动作实例。

在封装得到可运行的动作实例后，当接收到用户在操作界面输入的确认执行操作的命令后，运行该动作实例，例如：在检测到用户点击表示运行动作实例的按钮后，运行该动作实例。

在本实施例中，运行动作实例具体为：

针对所述配置信息，执行所述待执行修改动作；

相应地，在所述动作实例运行成功后，将所述动作实例存储到历史状态管理表中，包括：

在所述待执行修改动作执行成功后，将所述动作实例存储到历史状态管理表中。

在本实施例中，运行动作实例是指：点击操作界面中的表示运行动作实例的按钮。运行动作实例的目的是：执行动作实例中的定义的待执行修改动作，该待执行修改动作的操作对象是动作实例中的配置状态所对应的配置信息，也即：未执行修改动作前的配置信息。

本申请实施例提供了一种配置信息状态管理方法，首先获取配置信息的修改前的配置状态和针对所述配置信息的待执行修改动作；然后通过状态管理函数工具定义初始状态属性和动作属性，利用修改前的配置状态对初始状态属性赋值，利用待执行修改动作对动作属性赋值，为修改前的配置状态和待执行修改动作生成动作实例，在检测到用户触发的运行实例的操作时，运行该动作实例，通过动作属性执行待执行修改动作，并且在运行成功后，将该动作实例存储到用于管理配置信息的配置状态的历史状态管理表中。由于各个动作实例中记录有配置信息在每一次被修改前的配置状态，因此，本申请通过对各个历史动作实例进行存储即可实现对配置信息的各个历史配置状态的存储，不仅实现了服务器的配置信息的状态管理功能，基于该状态管理功能为用户提供了多个可切换的历史配置状态，提升了用户对配置信息的操作的灵活性，优化了用户的使用体验，而且无需额外设计多张数据表以备份待修改的配置信息，节省了服务器存储空间。

图3是本申请一实施例示出的执行待执行修改动作的方法的流程图。参照图3，针对配置信息，执行待执行修改动作具体可以包括：

步骤S131：获取所述动作属性定义的操作方法，所述操作方法包括：增、删、改、查四种操作方法中的任一种；

步骤S132：针对所述初始状态属性对应的配置信息，执行所述操作方法。

在本实施例中，动作实例在运行时，其操作方法所针对的配置信息是动作实例中的初始状态属性对应的配置信息。

在本实施例中，在执行待执行修改动作的过程中，服务器首先获取到配置信息中的目标操作对象，定位到该目标操作对象，然后按照动作属性中定义的针对该目操作对象的具体操作内容，对该目标操作对象执行操作方法，例如：删除该目标操作对象或修改该目标操作对象等。

下面将以数据库中只有数据表A，且数据表A中只有数据记录1-10为例，根据上述步骤S131-步骤S132对增、删、查、改四种操作方法进行示例性说明。

示例地，假设表A中的一条数据记录5为“姓名：李华；性别：男；职业：教师”，若要删除该数据记录，那么目标操作对象可以是：表A-数据记录5，操作方法可以是：删除数据记录操作；具体操作内容可以是：无。再示例地，假设用户需在表A中新增数据记录11“姓名：李明；性别：男；职业：医生”，那么目标操作对象可以是：表A；操作方法可以是：新增数据记录操作；具体操作内容可以是：姓名：李明；性别：男；职业：医生。再示例地，假设用户将表A中的一条数据记录5“姓名：李华；性别：男；职业：教师”中的职业修改为“医生”，那么操作对象可以是：表A-数据记录5-具体字段(教师)；操作方法可以是：修改数据记录操作；具体操作内容可以是：医生。

基于以上实施例中提供的历史状态管理表，本申请还提供了基于用户的请求地址的回退/前进功能。图4是本申请一实施例示出的一种实现前进/回退功能的方法的流程图。参照图4，本申请提供的配置信息状态管理方法还包括以下步骤：

步骤S21：在检测到用户触发的获取目标配置状态的请求时，获取用户的请求地址，所述请求为对所述配置信息的修改过程中的前进操作请求和回退操作请求中的任意一种。

在本实施例中，用户的请求地址即用户当前地址，也可以理解为用户当前正在执行的动作实例的坐标，示例地，用户按照时间先后顺序依次对数据库中的数据表A执行了五次修改动作(生成了五个动作实例，坐标依次为动作实例1-动作实例5)，那么用户的请求地址应当为动作实例5(成功运行)，如果再次成功运行了动作实例6，那么用户的请求地址应当为动作实例6(成功运行)，以此类推。

用户在修改配置信息的过程中，可以触发前进操作请求，或者触发回退操作请求。触发前进操作请求的方式可以是在操作界面中点击表示前进操作的按钮，触发回退操作请求的方式可以是在操作界面中点击表示回退操作的按钮。其中，触发回退操作请求可以获取配置信息的历史配置状态，前进操作与回退操作对应，用户需要至少触发一次回退操作请求后才能触发前进操作请求。

在本实施例中，目标配置状态为配置信息的历史配置状态中的任意一个配置状态。用户通过触发回退操作请求或者前进操作请求可以获得目标配置状态。示例地，用户对配置信息进行了5次修改(对应地在历史状态管理表中存储了5个动作实例)，当用户触发了一次回退操作后，第5次修改之前的配置状态为目标配置状态；当用户触发了两次回退操作后，第4次修改之前的配置状态为目标配置状态，以此类推。

步骤S22：根据所述请求地址，确定所述目标配置状态对应的目标动作实例。

在本申请实施例中，服务器针对每一个用户当前地址，均提供url/prev和url/next的路由配置，用以分别实现回退和前进的功能。由于配置状态由初始状态属性记录，而初始状态属性被定义在动作实例中，因此，在确定目标配置状态后，可以对应地从历史状态管理表中获得目标动作实例。

示例地，用户对配置信息进行了5次修改(对应地在历史状态管理表中存储了5个动作实例)，当用户触发了一次回退操作后，第5次修改之前的配置状态为目标配置状态，对应的目标动作实例为第5个动作实例；当用户触发了两次回退操作后，第4次修改之前的配置状态为目标配置状态，对应的目标动作实例为第4个动作实例，以此类推。

步骤S23：从所述历史状态管理表中读取所述目标动作实例。

在本实施例中，在确定得到目标动作实例后，可以从历史状态管理表中读取目标动作实例。

步骤S24：获取所述目标动作实例中的初始状态属性。

步骤S25：根据所述初始状态属性对应的目标配置信息更新当前的配置信息。

在本实施例中，当检测到用户在操作界面上触发的回退/前进操作请求时，服务器在url/prev的路由配置的技术支持下，可以快速地定位到该次回退/前进操作请求所指向的动作实例，然后从历史状态管理表中读取到该动作实例，并应用该动作实例中的初始状态属性。

示例地，用户对配置信息进行了5次修改(对应地在历史状态管理表中存储了5个动作实例)，当用户触发了一次回退操作后，第5次修改之前的配置状态为目标配置状态(该配置状态记录在第5个动作实例的初始状态属性中)，服务器读取第5个动作实例的初始状态属性，根据初始状态属性的值更新当前的配置信息，从而将配置信息还原到第5次修改之前的配置状态；当用户触发了两次回退操作后，第4次修改之前的配置状态为目标配置状态(该配置状态记录在第4个动作实例的初始状态属性中)，服务器读取第4个动作实例的初始状态属性，根据初始状态属性的值更新当前的配置信息，从而将配置信息还原到第4次修改之前的配置状态；如果用户连续触发两次回退操作后再触发一次前进操作，第5次修改之前的配置状态为目标配置状态(该配置状态记录在第5个动作实例的初始状态属性中)，服务器读取第5个动作实例的初始状态属性，根据初始状态属性的值更新当前的配置信息，从而将配置信息还原到第5次修改之前的配置状态，以此类推。

在本申请实施例中，如果用户连续触发N次回退操作后再触发N次前进操作，在触发N次前进操作时，服务器首先按照最新的动作实例的初始状态属性更新当前的配置信息，然后在更新后的配置信息的基础上再次运行最新的动作实例，重新执行动作实例中定义的待执行修改动，回到触发回退操作之前的配置信息的配置状态。

在本申请各个实施例中，若数据库中的存储配置信息的数据表有多个，在对初始状态属性赋值时，可以只将用户选中的待执行修改动作所涉及的数据表中的数据记录转换为字符串作为配置信息的修改前的配置状态，而对于未涉及的数据表则不作任何处理。示例地，数据库中有数据表A-C三个数据表，若用户需要在数据表A中删除一条数据记录，那么在对初始状态属性赋值时，可以只将数据表A中的所有的数据记录转换为字符串并赋值，而不对数据表B和数据表C中的数据记录做任何处理。通过这种方式，能显著提高封装得到动作实例的速度，进而提高对用户的配置信息的修改请求的响应速度。

本申请实施例无需额外为各个需要操作的数据表设计备份数据表，节省了服务器的存储空间，同时基于历史状态管理表，为用户修改配置信息提供了灵活的回退/前进功能，使得用户能便捷地对配置信息进行操作，优化了用户的使用体验。

可选地，本申请提供的配置信息状态管理方法还可以支持对配置信息的重做操作。具体地，还包括：

在检测到用户触发的重做操作的请求时，从所述历史状态管理表中读取最新运行成功的动作实例；

获取所述最新运行成功的动作实例的动作属性；

针对当前的配置信息，执行所述动作属性定义的操作方法。

在本申请实施例中，如果用户在操作界面触发了重做操作请求，例如点击了表示重做操作的按钮，服务器从历史状态管理表中读取最新运行成功的动作实例，获取其中的初始状态属性，根据该初始状态属性对当前的配置信息进行更新，更新后，再获取其中的动作属性，然后针对更新后的配置信息，执行该动作属性所定义的操作方法。

在本实施例中，在运行某个动作实例成功后，用户还可以选择重做，以确保该动作实例被正确地运行。具体地，服务器在检测到用户触发的重做操作时，从历史状态管理表中获取到最近的动作实例，再次获取目标操作对象，定位到该目标操作对象，然后按照动作属性中定义的具体操作内容，重新对该目标操作对象执行定义的操作方法。

本申请通过为用户提供重做操作的功能，满足了用户对配置信息进行修改的多种需求，为用户修改配置信息操作提供了巨大的便利。

在一种实施方式中，在动作实例运行成功后，服务器还可以执行以下步骤：

判断所述历史状态管理表中的动作实例的数量是否超出预设数量；

相应地，步骤S14可以包括：

在所述动作实例的数量未超出预设数量时，将所述动作实例存储到所述历史状态管理表中；

在所述动作实例的数量超出预设数量时，删除存储时间最长的动作实例后，将所述动作实例存储到所述历史状态管理表中。

其中，历史状态管理表可以采用数组表示，例如：可以定义一个HistoryAction数组，作为历史状态管理表，当有新的动作实例运行成功时，就将该新的动作实例推入该HistoryAction数组，进行存储。

在本实施例中，还可以设置历史状态管理表只存储最近的预设数量个动作实例，当历史状态管理表中的动作实例的数量超出预设数量，服务器自动删除存储时间最长的动作实例。

本申请实施例中，不仅可以通过历史状态管理表存储配置信息的多个历史配置状态以供用户任意选择，提升用户修改配置信息的灵活性和便利性，同时还将历史状态管理表的长度(包含的动作实例的数量)维护在合理的范围内，节省了服务器的存储空间。

在一种实施方式中，还可以在浏览器端做配置信息状态管理，只需将本申请以上实施例中的服务器替换成浏览器即可，具体实现方法与本申请以上实施例中的对服务器做状态管理的原理相同。

图5是本申请一实施例示出的一种配置信息状态管理方法的原理示意图。参照图5，下面将以一个具体实施对本申请的配置信息状态管理方法做一个整体的说明：

在图5中，状态管理函数工具为用户提供了一个action工厂函数的框架，通过该框架每次在对配置信息进行修改时，都会生成一个动作实例对象(即：动作实例)，通过运行该动作实例实现对配置信息的修改。在图5中，用户对配置信息进行了5次修改，共生成了5个动作实例，按照时间先后顺序依次为动作实例1-动作实例5，即action1-action5，每一个动作实例中均定义有init属性和run属性，例如：action2有init2和run2，其中，init2用于记录修改前的配置状态，即status2，run2用于记录修改的方法，即fun2，与action2类似，每一个动作实例均有自己的init属性和run属性。

服务器在检测到用户触发的回退操作请求时，获取对应的动作实例中的init属性并应用到当前的配置信息，例如，在图5中，当服务器在检测到用户触发了一次回退操作请求时，获取action5中的init5属性并应用到当前的配置信息，当服务器在检测到用户触发了两次回退操作请求时，获取action4中的init4属性并应用到当前的配置信息，以此类推。当服务器在检测到用户触发的前进操作请求时，获取对应的动作实例中的Init属性并应用到当前的配置信息，具体可参照前文所述。

服务器在检测到用户触发的重做操作请求时，获取最近的动作实例中的Run属性并应用到当前的配置信息，例如，在图5中，当服务器在检测到用户触发了重做操作请求时，获取最近的action1中的init1属性，根据init1属性对当前的配置信息进行更新，然后获取action1中的run1属性，并在更新后的配置信息的基础上重新执行run1属性中定义的操作方法。

下面将以一个具体实施例给出本申请的配置信息状态管理方法的一种应用场景：

在一个商品活动配置表单中，需要配置商品的图片、商品的描述、上架时间、商品的价格等信息，在配置过程中，通常需要多次对表单进行修改，直到符合预设要求。在相关技术中，由于服务器没有状态管理的功能，因此，当用户配置表单完毕后，如果发现还是之前配置的表单的版本更符合预设要求，需要重新按照之前的配置的表单的版本重新再次配置表单而无法直接切换到之前的版本。而本申请由于实现了服务器的配置信息的状态管理功能，用户每一次配置后的表单状态都会被存储，因此，当用户配置表单完毕后，如果发现还是之前配置的表单的版本更符合预设要求，可以直接通过回退的按钮切换到之前的任何版本。由此，本申请的数据库状态管理方法实现了对数据库的灵活操作，极大地优化了用户的使用体验。

基于同一发明构思，本公开一实施例提供一种配置信息状态管理装置600。参考图6，图6是本申请一实施例示出的一种配置信息状态管理装置的示意图。如图6所示，配置信息状态管理装置600包括：

第一获取模块601，用于在接收到对配置信息的修改请求时，获取所述配置信息的修改前的配置状态和针对所述配置信息的待执行修改动作，所述修改前的配置状态用于表示所述待执行修改动作在执行成功前所述配置信息所包含的数据；

生成模块602，用于基于所述修改前的配置状态和所述待执行修改动作生成动作实例；

运行模块603，用于在检测到用户触发的运行实例的操作时，运行所述动作实例；

存储模块604，用于在所述动作实例运行成功后，将所述动作实例存储到历史状态管理表中，所述历史状态管理表用于管理所述配置信息的配置状态。

可选地，所述生成模块602包括：

定义模块，用于通过状态管理函数工具定义初始状态属性和动作属性；

赋值模块，用于利用所述修改前的配置状态对所述初始状态属性赋值，及，利用所述待执行修改动作对所述动作属性赋值；

封装模块，用于对所述赋值后的初始状态属性和动作属性进行代码封装，得到所述动作实例。

可选地，所述运行模块603包括：

第一执行模块，用于针对所述配置信息，执行所述待执行修改动作；

所述存储模块604包括：

第一存储子模块，用于在所述待执行修改动作执行成功后，将所述动作实例存储到历史状态管理表中。

可选地，所述第一执行模块包括：

获取子模块，用于获取所述动作属性定义的操作方法，所述操作方法包括：增、删、改、查四种操作方法中的任一种；

第一执行子模块，用于针对所述初始状态属性对应的配置信息，执行所述操作方法。

可选地，所述装置600还包括：

第二获取模块，用于在检测到用户触发的获取目标配置状态的请求时，获取用户的请求地址，所述请求为对所述配置信息的修改过程中的前进操作请求和回退操作请求中的任意一种；

确定模块，用于根据所述请求地址，确定所述目标配置状态对应的目标动作实例；

第一读取模块，用于从所述历史状态管理表中读取所述目标动作实例；

第三获取模块，用于获取所述目标动作实例中的初始状态属性；

更新模块，用于根据所述初始状态属性对应的目标配置信息更新当前的配置信息。

可选地，所述装置600还包括：

第二读取模块，用于在检测到用户触发的重做操作的请求时，从所述历史状态管理表中读取最新运行成功的动作实例；

第四获取模块，用于获取所述最新运行成功的动作实例的动作属性；

第二执行模块，用于针对当前的配置信息，执行所述动作属性定义的操作方法。

可选地，所述装置600还包括：

判断模块，用于判断所述历史状态管理表中的动作实例的数量是否超出预设数量；

所述存储模块604包括：

第二存储子模块，用于在所述动作实例的数量未超出预设数量时，将所述动作实例存储到所述历史状态管理表中；

第三存储子模块，用于在所述动作实例的数量超出预设数量时，删除存储时间最长的动作实例后，将所述动作实例存储到所述历史状态管理表中。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

参照图7所示，图7是本申请一实施例示出的一种电子设备的结构框图，例如，电子设备700可以包括以下一个或多个组件：处理组件702，存储器704，电力组件706，多媒体组件708，音频组件710，输入/输出(I/O)的接口712，传感器组件714，以及通信组件716。存储器704中存储有非临时性计算机可读存储介质740，可选地，可读存储介740可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质740可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

处理组件702通常控制电子设备700的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件702可以包括一个或多个处理器720来执行可读存储介质740的指令，以使电子设备700能完成上述数据库状态管理方法的全部或部分步骤。此外，处理组件702可以包括一个或多个模块，便于处理组件702和其他组件之间的交互。例如，处理组件702可以包括多媒体模块，以方便多媒体组件708和处理组件702之间的交互。

多媒体组件708被配置为存储各种类型的数据以支持在电子设备700的操作。这些数据的示例包括用于在电子设备700上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。多媒体组件708可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件706为电子设备700的各种组件提供电力。电力组件706可以包括电源管理系统，一个或多个电源，及其他与为电子设备700生成、管理和分配电力相关联的组件。

多媒体组件708包括在所述电子设备700和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件708包括一个前置摄像头和/或后置摄像头。当电子设备700处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件710被配置为输出和/或输入音频信号。例如，音频组件710包括一个麦克风(MIC)，当电子设备700处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在多媒体组件708或经由通信组件716发送。在一些实施例中，音频组件710还包括一个扬声器，用于输出音频信号。

I/O接口712为处理组件702和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件714包括一个或多个传感器，用于为电子设备700提供各个方面的状态评估。例如，传感器组件714可以检测到电子设备700的打开/关闭状态，组件的相对定位，例如所述组件为电子设备700的显示器和小键盘，传感器组件714还可以检测电子设备700或电子设备700一个组件的位置改变，用户与电子设备700接触的存在或不存在，电子设备700方位或加速/减速和电子设备700的温度变化。传感器组件714可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件714还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件714还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件716被配置为便于电子设备700和其他设备之间有线或无线方式的通信。电子设备700可以接入基于通信标准的无线网络，如WiFi，运营商网络(如2G、3G、4G或5G)，或它们的组合。在一个示例性实施例中，通信组件716经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件716还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，电子设备700可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述数据库状态管理方法。

基于同一发明构思，本公开另一实施例提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行一种以实现本公开上述任一实施例所述的配置信息状态管理方法所执行的操作。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

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

Claims (12)

1.一种配置信息状态管理方法，其特征在于，包括：

在接收到对配置信息的修改请求时，获取所述配置信息的修改前的配置状态和针对所述配置信息的待执行修改动作，所述修改前的配置状态用于表示所述待执行修改动作在执行成功前所述配置信息所包含的数据；

基于所述修改前的配置状态和所述待执行修改动作生成动作实例；

在检测到用户触发的运行实例的操作时，运行所述动作实例；

在所述动作实例运行成功后，将所述动作实例存储到历史状态管理表中，所述历史状态管理表用于管理所述配置信息的配置状态；

所述基于所述修改前的配置状态和所述待执行修改动作生成动作实例，包括：

通过状态管理函数工具定义初始状态属性和动作属性；

利用所述修改前的配置状态对所述初始状态属性赋值，及，利用所述待执行修改动作对所述动作属性赋值；

对所述赋值后的初始状态属性和动作属性进行代码封装，得到所述动作实例；

所述方法还包括：在检测到用户触发的获取目标配置状态的请求时，获取用户的请求地址，所述请求为对所述配置信息的修改过程中的前进操作请求和回退操作请求中的任意一种；根据所述请求地址，确定所述目标配置状态对应的目标动作实例；从所述历史状态管理表中读取所述目标动作实例；获取所述目标动作实例中的初始状态属性；根据所述初始状态属性对应的目标配置信息更新当前的配置信息。

2.根据权利要求1所述的方法，其特征在于，运行所述动作实例，包括：

针对所述配置信息，执行所述待执行修改动作；

在所述动作实例运行成功后，将所述动作实例存储到历史状态管理表中，包括：

在所述待执行修改动作执行成功后，将所述动作实例存储到历史状态管理表中。

3.根据权利要求2所述的方法，其特征在于，针对所述配置信息，执行所述待执行修改动作，包括：

获取所述动作属性定义的操作方法，所述操作方法包括：增、删、改、查四种操作方法中的任一种；

针对所述初始状态属性对应的配置信息，执行所述操作方法。

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

在检测到用户触发的重做操作的请求时，从所述历史状态管理表中读取最新运行成功的动作实例；

获取所述最新运行成功的动作实例的动作属性；

针对当前的配置信息，执行所述动作属性定义的操作方法。

5.根据权利要求1所述的方法，其特征在于，在所述动作实例运行成功后，所述方法还包括：

判断所述历史状态管理表中的动作实例的数量是否超出预设数量；

在所述动作实例运行成功后，将所述动作实例存储到历史状态管理表中，包括：

在所述动作实例的数量未超出预设数量时，将所述动作实例存储到所述历史状态管理表中；

在所述动作实例的数量超出预设数量时，删除存储时间最长的动作实例后，将所述动作实例存储到所述历史状态管理表中。

6.一种配置信息状态管理装置，其特征在于，包括：

第一获取模块，用于在接收到对配置信息的修改请求时，获取所述配置信息的修改前的配置状态和针对所述配置信息的待执行修改动作，所述修改前的配置状态用于表示所述待执行修改动作在执行成功前所述配置信息所包含的数据；

生成模块，用于基于所述修改前的配置状态和所述待执行修改动作生成动作实例；

运行模块，用于在检测到用户触发的运行实例的操作时，运行所述动作实例；

存储模块，用于在所述动作实例运行成功后，将所述动作实例存储到历史状态管理表中，所述历史状态管理表用于管理所述配置信息的配置状态；

其中，所述生成模块包括：

定义模块，用于通过状态管理函数工具定义初始状态属性和动作属性；

赋值模块，用于利用所述修改前的配置状态对所述初始状态属性赋值，及，利用所述待执行修改动作对所述动作属性赋值；

封装模块，用于对所述赋值后的初始状态属性和动作属性进行代码封装，得到所述动作实例；

所述装置还包括：第二获取模块，用于在检测到用户触发的获取目标配置状态的请求时，获取用户的请求地址，所述请求为对所述配置信息的修改过程中的前进操作请求和回退操作请求中的任意一种；确定模块，用于根据所述请求地址，确定所述目标配置状态对应的目标动作实例；第一读取模块，用于从所述历史状态管理表中读取所述目标动作实例；第三获取模块，用于获取所述目标动作实例中的初始状态属性；更新模块，用于根据所述初始状态属性对应的目标配置信息更新当前的配置信息。

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

第一执行模块，用于针对所述配置信息，执行所述待执行修改动作；

所述存储模块包括：

第一存储子模块，用于在所述待执行修改动作执行成功后，将所述动作实例存储到历史状态管理表中。

8.根据权利要求7所述的装置，其特征在于，所述第一执行模块包括：

获取子模块，用于获取所述动作属性定义的操作方法，所述操作方法包括：增、删、改、查四种操作方法中的任一种；

第一执行子模块，用于针对所述初始状态属性对应的配置信息，执行所述操作方法。

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

第二读取模块，用于在检测到用户触发的重做操作的请求时，从所述历史状态管理表中读取最新运行成功的动作实例；

第四获取模块，用于获取所述最新运行成功的动作实例的动作属性；

第二执行模块，用于针对当前的配置信息，执行所述动作属性定义的操作方法。

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

判断模块，用于判断所述历史状态管理表中的动作实例的数量是否超出预设数量；

所述存储模块包括：

第二存储子模块，用于在所述动作实例的数量未超出预设数量时，将所述动作实例存储到所述历史状态管理表中；

第三存储子模块，用于在所述动作实例的数量超出预设数量时，删除存储时间最长的动作实例后，将所述动作实例存储到所述历史状态管理表中。

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

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行以实现如权利要求1至5中任一项所述的配置信息状态管理方法所执行的操作。

12.一种非临时性计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行一种以实现如权利要求1至5中任一项所述的配置信息状态管理方法所执行的操作。