[发明专利]一种操作执行方法、装置、设备及可读存储介质

说明书

本发明公开了一种操作执行方法，包括：在执行目标操作前，确定当前状态信息对应的目标状态类；每个状态类包括每个操作在本状态下的处理逻辑，不同操作的操作逻辑保存在基础类中；确定目标状态类中与目标操作对应的处理逻辑；若处理逻辑为允许执行，则调用对应的目标操作逻辑执行目标操作；若处理逻辑为拒绝执行，则拒绝执行目标操作。可以看出，本申请可通过统一的调度方式执行各种操作，这种统一的调度方式可解决执行操作的代码重复的弊端，在增加状态及操作时不需要改动原有代码逻辑，直接增加新的业务逻辑并维护上即可，从而减小代码维护工作量的问题；本发明还公开了一种操作执行装置、设备及可读存储介质，同样能实现上述技术问题。

技术领域

本发明涉及数据处理技术领域，更具体地说，涉及一种操作执行方法、装置、设备及可读存储介质。

背景技术

随着云计算与大数据时代的到来，很多的业务不再部署在自己的机房某个服务器中，而是将服务器进行虚拟化成很多的虚拟资源，这种演变使资源按需非配，减少了资源浪费，实现运维可视化。要达到这种效果就离不开云平台来管理这些资源，因此，随之而来的就是各种各样的云资源管理技术，如：vmware，openstack，kvm还有好多公司自己封装的原平台。目前对这些虚拟化技术进行统一的管理时，系统中会出现由很多种技术虚拟化出来的云主机，不同虚拟化技术虚拟出来的云主机状态大体一致，但也有不一致的地方。参见图1，为现有方案中更改云主机名称的逻辑示意图，具体来说，修改云主机名字的操作在vmware开机，关机，挂起，忙碌状态下可以修改，而在kvm中开机，关机，暂停，忙碌状态下可以修改，kvm中没有挂起状态，这样在执行修改名字的操作逻辑中就要判断上诉五种状态。如果此时又接入了其他的虚拟化技术，或者又有新的状态可以修改名字，就要改动这段代码逻辑，操作复杂，增加了代码修改工作量。

并且，上述操作过程仅仅是一个简单的修改名字操作，在云管平台中有很多操作需要状态判断，且不同操作均具有对应的源代码，因此会产生较多重复的源代码，在进行代码维护时也会产生较多的维护工作量，如：在业务需求发生变化时，就要对每个操作的源代码进行修改，增加了源代码修改工作量，不符合程序设计的开闭原则；并且，在针对不同类型、不同规格的云资源或者其他资源在执行不同操作时，同样会出现上述问题。

发明内容

本发明的目的在于提供一种操作执行方法、装置、设备及可读存储介质，以解决执行操作的代码重复的弊端，减小维护工作量的问题。

为实现上述目的，本发明提供一种操作执行方法，包括：

在执行目标操作前，确定当前状态信息；

确定与所述当前状态信息对应的目标状态类；每个状态类包括每个操作在本状态下的处理逻辑，不同操作的操作逻辑保存在基础类中；

确定所述目标状态类中与所述目标操作对应的处理逻辑；

若所述处理逻辑为允许执行，则调用对应的目标操作逻辑执行所述目标操作；若所述处理逻辑为拒绝执行，则拒绝执行所述目标操作。

其中，所述若所述处理逻辑为允许执行，则调用对应的目标操作逻辑执行所述目标操作，包括：

若所述处理逻辑为继承，则判定为允许执行所述目标操作；

判断所述目标状态类中是否存在与所述目标操作对应的目标操作逻辑；

若是，则调用所述目标操作逻辑执行所述目标操作；若否，则从所述基础类中调用与所述目标操作对应的目标操作逻辑执行所述目标操作。

其中，所述若所述处理逻辑为拒绝执行，则拒绝执行所述目标操作，包括：

若所述处理逻辑为抛错，则判定为拒绝执行所述目标操作。

其中，所述确定与所述当前状态信息对应的目标状态类，包括：