CN114489762A

CN114489762A - 一种多版本应用的实现方法、系统及电子设备

Info

Publication number: CN114489762A
Application number: CN202111421052.2A
Authority: CN
Inventors: 简卫东
Original assignee: Beijing Chinasoft International Information Technology Co ltd
Current assignee: Beijing Chinasoft International Information Technology Co ltd
Priority date: 2021-11-26
Filing date: 2021-11-26
Publication date: 2022-05-13

Abstract

本发明公开一种多版本应用的实现方法、系统及电子设备，方法包括：获取不同版本的应用元数据以及页面元数据；按照预设规则将应用元数据以及页面元数据进行组合，并对组合后的数据进行数据处理，以生成当前应用版本；获取预设版本号，根据预设版本号获取对应的目标应用版本数据；对目标应用版本数据进行解析，确定目标应用元数据以及目标页面元数据，以实现应用版本的更新。本发明通过创建应用版本管理，将低代码平台发布的每个应用功能存储记录留存，可以根据需求快速返回到需要回退的应用功能版本，提高低代码平台开发应用的安全性和可追溯性，增加了低代码平台的健壮性和容错性，使低代码平台可以更好的服务企业数字化转型。

Description

一种多版本应用的实现方法、系统及电子设备

技术领域

本发明涉及低代码平台应用管理技术领域，具体涉及一种多版本应用的实现方法、系统及电子设备。

背景技术

低代码开发平台(LCDP)英文全称为Low-Code Development Platform，通常是指APaaS产品，通过为开发者提供可视化的应用开发环境，降低或去除应用开发对原生代码编写的需求量，进而实现便捷构建应用程序的一种解决方案，低代码是传统软件开发方式渐进发展而来的，它具有快速灵活低成本等特点。

现在的低代码平台是基于可视化拖拉拽技术生成表单来完成应用功能的开发，用户通过拖动配置组合这些组件来完成应用功能页面的开发配置，并通过页面提供了点击发布应用功能的操作。然而现有的低代码平台应用管理缺少版本管理和记录，由于操作人员造成应用功能的错误发布或者业务需求迭代变更时，都无法快速回退到之前的应用版本，而且大大得增加了技术人员的工作量，也会导致企业线上的应用系统暂时无法使用，业务停滞，对企业经营带来不可估量的经济损失。

发明内容

有鉴于此，本发明实施例提供了一种多版本应用的实现方法、系统及电子设备，解决了由于现有技术中缺少版本管理，导致技术人员工作量增大的问题。

根据第一方面，本发明实施例提供了一种多版本应用的实现方法，包括：

获取不同版本的应用元数据以及页面元数据；

按照预设规则将所述应用元数据以及页面元数据进行组合，并对组合后的数据进行数据处理，以生成当前应用版本；

获取预设版本号，根据所述预设版本号获取对应的目标应用版本数据；

对所述目标应用版本数据进行解析，确定目标应用元数据以及目标页面元数据，以实现应用版本的更新。

本发明实施例提供的多版本应用的实现方法，通过创建应用版本管理，解决低代码平台因为人为操作失误发布错误应用或者业务需求迭代变更时，无法快速回退到之前的应用版本的问题，将低代码平台发布的每个应用功能存储记录留存，可以根据需求快速返回到需要回退的应用功能版本，提高低代码平台开发应用的安全性和可追溯性，增加了低代码平台的健壮性和容错性，使低代码平台可以更好的服务企业数字化转型。

结合第一方面，在第一方面第一实施方式中，所述所述获取不同版本的应用元数据以及页面元数据，包括：

获取应用标识信息、页面组件属性以及页面布局数据；

根据所述应用标识信息确定应用元数据；

利用所述页面组件属性以及所述页面布局数据，确定页面元数据。

结合第一方面，在第一方面第二实施方式中，所述按照预设规则将所述应用元数据以及页面元数据进行组合，并对组合后的数据进行数据处理，以生成当前应用版本，包括：

获取当前所述应用元数据对应的各个页面元数据；

将各个所述页面元数据进行组合，确定版本元数据；

对所述版本元数据进行数据处理，生成当前应用版本。

结合第一方面第二实施方式，在第一方面第三实施方式中，所述对所述版本元数据进行数据处理，生成当前应用版本，包括：

获取当前时间，利用预设算法对所述当前时间进行数据处理，确定应用版本标识；

根据预设数据位拼接所述应用版本标识，生成当前应用版本。

结合第一方面，在第一方面第四实施方式中，在所述根据所述预设版本号获取对应的目标应用版本数据之前，所述方法还包括：

将所述当前应用版本加上所述应用元数据，生成基础数据，所述基础数据用于存储各个版本应用的相关数据；

对所述基础数据进行压缩，以生成不同的应用版本，并将各个所述应用版本存储至存储模块。

结合第一方面第四实施方式，在第一方面第五实施方式中，所述根据所述预设版本号获取对应的目标应用版本数据，包括：

根据所述预设版本号在所述存储模块中查找对应的目标应用版本数据；

当所述存储模块中不存在对应的目标应用版本数据时，在数据库中查找对应的目标应用版本数据。

结合第一方面，在第一方面第六实施方式中，所述对所述目标应用版本数据进行解析，确定目标应用元数据以及目标页面元数据，包括：

利用预设解析算法对所述目标应用版本数据进行解析，确定解析结果；

对解析结果进行动态渲染，生成目标应用元数据以及目标页面元数据。

根据第二方面，本发明实施例提供的多版本应用的实现系统，包括：

第一处理模块，用于获取不同版本的应用元数据以及页面元数据；

第二处理模块，用于按照预设规则将所述应用元数据以及页面元数据进行组合，并对组合后的数据进行数据处理，以生成当前应用版本；

第三处理模块，用于获取预设版本号，根据所述预设版本号获取对应的目标应用版本数据；

第四处理模块，用于对所述目标应用版本数据进行解析，确定目标应用元数据以及目标页面元数据，以实现应用版本的更新。

本发明实施例提供的多版本应用的实现系统，通过创建应用版本管理，解决低代码平台因为人为操作失误发布错误应用或者业务需求迭代变更时，无法快速回退到之前的应用版本的问题，将低代码平台发布的每个应用功能存储记录留存，可以根据需求快速返回到需要回退的应用功能版本，提高低代码平台开发应用的安全性和可追溯性，增加了低代码平台的健壮性和容错性，使低代码平台可以更好的服务企业数字化转型。

根据第三方面，本发明实施例提供了一种电子设备，包括：存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行第一方面或者第一方面的任意一种实施方式中所述的多版本应用的实现方法。

根据第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机可读存储介质存储计算机指令，所述计算机指令用于使所述计算机执行第一方面或者第一方面的任意一种实施方式中所述的多版本应用的实现方法。

附图说明

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

图1是根据本发明实施例的多版本应用的实现方法的流程图；

图2是根据本发明优选实施例的多版本应用的实现方法的流程图；

图3是根据本发明另一优选实施例的多版本应用的实现方法的流程图；

图4是根据本发明优选实施例的另一多版本应用的实现方法的流程图；

图5是根据本发明实施例的多版本应用的实现系统的示意图；

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

具体实施方式

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

低代码开发平台(LCDP)英文全称为Low-Code Development Platform，通常是指APaaS产品，通过为开发者提供可视化的应用开发环境，降低或去除应用开发对原生代码编写的需求量，进而实现便捷构建应用程序的一种解决方案。因此低代码平台也常被称为APaaS平台。广义上低代码概念涵盖所有能够完成代码的集成，减少代码开发的应用过程和服务，但狭义上低代码的概念更倾向定位于满足企业业务端应用需求，通过可视化界面，利用少量代码或者无代码即可搭建简单应用的独立开发平台。

低代码是传统软件开发方式渐进发展而来的，它具有快速灵活低成本等特点。传统的软件开发需要收集需求，原型设计，概要设计，详细设计，代码开发，功能测试，部署安装上线，监控运维多个环节才可以完成系统搭建，不仅时间周期长，而且成本高。而通过低代码的拖拉拽开发方式，用户可以很方便的像搭积木一样搭建自己的应用系统，同时所见即所得的拖拉拽方式降低了对专业开发人员的依赖，业务部门人员可以自己搭建应用系统，减少了与IT部门反复沟通需求的环节，减低了时间和人力成本，缩短了项目周期。低代码平台的核心在于可以快速开发多个应用系统，开发完成后可以直接进行发布使用。在后面的系统运维上，相比传统的开发运维方式，低代码平台灵活性更高，可以随时根据业务需求的调整而变化，敏捷性更高迭代速度快。

现在的低代码平台是基于可视化拖拉拽技术生成表单来完成应用功能的开发，拖拉拽表单设计器提供了常用的文本输入，密码输入，单选多选，下拉选择和日期选择等基础组件以及文件上传和富文本等高级组件，用户通过拖动配置组合这些组件来完成应用功能页面的开发配置，并通过页面提供了点击发布应用功能的操作，这种简单而且方便的操作方式满足了业务应用功能的快速开发，但是也带来了比较大的安全隐患，假如管理人员的因为失误，发布业务逻辑错误的应用，导致业务人员无法正常使用系统处理业务，想要快速返回到上一个正常使用的应用功能版本，却无法快速回退。还有随着客户业务的变更，应用功能也需要随着业务需求的调整而迭代更新，现在的低代码平台通过重新编辑应用功能页面，然后重新发布新的应用，旧的应用版本就会消失，但是现有业务模式在一段时间后，又需要变回原来的业务模式，因为原来的应用版本信息没有留存记录，我们只能根据最新的业务，重新去编辑发布应用功能。

因此，为了避免现在的低代码平台应用管理缺少版本管理和记录，操作人员的粗心大意造成应用功能的错误发布或者业务需求迭代变更时，都无法快速回退到之前的应用版本，只能重新再次开发编辑应用页面，达到返回之前应用版本功能的目的，这种方式不仅速度慢，而且大大得增加了我们的工作量，也会导致企业线上的应用系统暂时无法使用，业务停滞，对企业经营带来不可估量的经济损失。

在本实施例中提供了一种多版本应用的实现方法，可用于电子设备，例如电脑、手机、平板电脑等。图1是根据本发明实施例的多版本应用的实现方法的流程图，如图1所示，该流程包括如下步骤：

S11，获取不同版本的应用元数据以及页面元数据。

本实施例中，获取多个不同版本的应用元数据以及页面元数据，其中，应用元数据主要用于描述应用版本的名称、应用图标名称以及应用的相关功能等描述；页面元数据包括页面组件的信息、页面名称以及页面相关功能等描述信息。需要说明的是，本实施例仅仅以上述信息为例进行说明，并不以此为限。

S12，按照预设规则将应用元数据以及页面元数据进行组合，并对组合后的数据进行数据处理，以生成当前应用版本。

本实施例中，确定应用元数据以及页面元数据后，经过特定方式将其进行组合，将组合后的数据进行数据处理，以确定出当前应用版本。需要说明的是，具体组合方式以及数据处理过程将在下文进行具体描述。

S13，获取预设版本号，根据预设版本号获取对应的目标应用版本数据。

其中，获取预设版本号，用于记录用户需要返回的版本号，并根据上述获取的预设版本号查找对应的目标应用版本数据，以保证根据此目标应用版本数据确定用户需要返回的应用版本。

S14，对目标应用版本数据进行解析，确定目标应用元数据以及目标页面元数据，以实现应用版本的更新。

获取到目标应用版本数据之后，需要对此数据进行解析，然后确定出最终的目标应用元数据以及目标页面元数据，达到应用版本修改的效果，同时保留日志数据，发送应用版本更新完成通知消息。

本实施例提供的多版本应用的实现方法，通过创建应用版本管理，解决低代码平台因为人为操作失误发布错误应用或者业务需求迭代变更时，无法快速回退到之前的应用版本的问题，将低代码平台发布的每个应用功能存储记录留存，可以根据需求快速返回到需要回退的应用功能版本，提高低代码平台开发应用的安全性和可追溯性，增加了低代码平台的健壮性和容错性，使低代码平台可以更好的服务企业数字化转型。

在另一实施例中，还提供了一种多版本应用的实现方法，图2是根据本发明实施例的多版本应用的实现方法的另一流程图，如图2所示，该流程包括如下步骤：

S21，获取不同版本的应用元数据以及页面元数据。

本实施例中，上述步骤S21还包括如下步骤：

S211，获取应用标识信息、页面组件属性以及页面布局数据。

S212，根据应用标识信息确定应用元数据。

S213，利用页面组件属性以及页面布局数据，确定页面元数据。

通过应用名称，应用图标名称和应用描述(应用标识信息)确定的应用元数据JSON，通过页面组件属性和页面布局样式(页面组件属性以及页面布局数据)确定的页面元数据JSON，然后经过特定的单个应用元数据拼接应用下的多个页面元数据规则，组合JSON生成应用版本元数据。

S22，按照预设规则将应用元数据以及页面元数据进行组合，并对组合后的数据进行数据处理，以生成当前应用版本。

详细参见步骤S12，本实施例不再赘述。

具体地，在步骤S23之前，本实施例还包括如下步骤：

S203，将当前应用版本加上应用元数据，生成基础数据，基础数据用于存储各个版本应用的相关数据。

S213，对基础数据进行压缩，以生成不同的应用版本，并将各个应用版本存储至存储模块。

应用版本号加上应用元数据JSON一起组成应用版本定义基础JSON，应用版本定义基础JSON存储了整个应用的此版本的相关数据，考虑到应用功能页面比较多的情况下基础JSON空间占用会比较大，因此采用Deflater无损数据压缩算法，也可以采用其他压缩算法比如HPack，将生成的JSON数据压缩后生成应用版本。定义好的应用版本通过应用版本存储模块，将最有可能还原的上一个应用版本存储到内存处理器缓存中，这样方便应用版本处理器快速读取，增加系统的响应速度，应用版本存储内存过期策略可以通过配置文件自定义默认保留的天数，同时考虑到系统可靠性，将所有应用版本持久化到硬盘MySQL数据库中，以方便后期对各个不同版本的查找。

S23，获取预设版本号，根据预设版本号获取对应的目标应用版本数据。

详细参见步骤S13，本实施例不再赘述。

S24，对目标应用版本数据进行解析，确定目标应用元数据以及目标页面元数据，以实现应用版本的更新。

详细参见步骤S14，本实施例不再赘述。

在另一实施例中，还提供了一种多版本应用的实现方法，图3是根据本发明实施例的多版本应用的实现方法的另一流程图，如图3所示，该流程包括如下步骤：

S31，获取不同版本的应用元数据以及页面元数据。

详细参见步骤S11，本实施例不再赘述。

S32，按照预设规则将应用元数据以及页面元数据进行组合，并对组合后的数据进行数据处理，以生成当前应用版本。

本实施例中，上述步骤S32还包括如下步骤：

S321，获取当前应用元数据对应的各个页面元数据。

S322，将各个页面元数据进行组合，确定版本元数据。

本实施例中，将单个应用元数据应用下的多个页面元数据进行拼接组合，组合JSON生成应用的版本元数据。

S323，对版本元数据进行数据处理，生成当前应用版本。

具体地，上述步骤S323还包括如下步骤：

(1)获取当前时间，利用预设算法对当前时间进行数据处理，确定应用版本标识。

(2)根据预设数据位拼接应用版本标识，生成当前应用版本。

其中，通过当前系统时间年月日时分秒YYYYMMDDHHMMSS格式的14位时间单元加上MD5哈希算法将应用版本元数据处理为16位唯一字符串，拼接组成唯一标识的30位长度的应用版本号，及生成了当前应用版本。需要说明的是，本实施例仅举例说明当前时间的位数以及运算的算法，还有最后应用版本的位数，在实际应用中可以根据实际需求进行调整，本实施例并不以此为限。

S33，获取预设版本号，根据预设版本号获取对应的目标应用版本数据。

详细参见步骤S13，本实施例不再赘述。

S34，对目标应用版本数据进行解析，确定目标应用元数据以及目标页面元数据，以实现应用版本的更新。

详细参见步骤S14，本实施例不再赘述。

在另一实施例中，还提供了一种多版本应用的实现方法，图4是根据本发明实施例的多版本应用的实现方法的另一流程图，如图4所示，该流程包括如下步骤：

S41，获取不同版本的应用元数据以及页面元数据。

详细参见步骤S11，本实施例不再赘述。

S42，按照预设规则将应用元数据以及页面元数据进行组合，并对组合后的数据进行数据处理，以生成当前应用版本。

详细参见步骤S12，本实施例不再赘述。

S43，获取预设版本号，根据预设版本号获取对应的目标应用版本数据。

本实施例中，上述步骤S43还包括如下步骤：

S431，根据预设版本号在存储模块中查找对应的目标应用版本数据。

S432，当存储模块中不存在对应的目标应用版本数据时，在数据库中查找对应的目标应用版本数据。

根据用户需要返回的任意版本号，也即是预设版本号，从版本库存储模块中检索，检索顺序为先从内存处理器中获取，如果不是上一个应用版本内存中不会存在，然后再去MySQL数据库中获取，MySQL数据库会一直保留所有应用版本数据，取出对应的应用版本定义数据后，交给应用版本执行器。

S44，对目标应用版本数据进行解析，确定目标应用元数据以及目标页面元数据，以实现应用版本的更新。

本实施例中，上述步骤S44还包括如下步骤：

S441，利用预设解析算法对目标应用版本数据进行解析，确定解析结果。

S442，对解析结果进行动态渲染，生成目标应用元数据以及目标页面元数据。

应用版本执行器使用Inflater无损数据解压缩算法动态解析目标应用版本，也可以采用其他解压缩算法比如UPack，需要跟压缩算法对应，解析完成的页面元数据和应用元数据同步到低代码平台的应用单元和页面单元，动态渲染现有的目标应用元数据和目标页面元数据，达到应用版本修改的效果，同时保留日志数据，发送应用版本更新完成通知消息。

在本实施例中还提供了一种多版本应用的实现系统，如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

本发明公开了多版本应用的实现系统，如图5所示，包括：

第一处理模块1，用于获取不同版本的应用元数据以及页面元数据；

第二处理模块2，用于按照预设规则将应用元数据以及页面元数据进行组合，并对组合后的数据进行数据处理，以生成当前应用版本；

第三处理模块3，用于获取预设版本号，根据预设版本号获取对应的目标应用版本数据；

第四处理模块4，用于对目标应用版本数据进行解析，确定目标应用元数据以及目标页面元数据，以实现应用版本的更新。

本发明实施例还提供一种电子设备，请参阅图6，图6是本发明可选实施例提供的一种电子设备的结构示意图，如图6所示，该电子设备可以包括：至少一个处理器601，例如CPU(Central Processing Unit，中央处理器)，至少一个通信接口603，存储器604，至少一个通信总线602。其中，通信总线602用于实现这些组件之间的连接通信。其中，通信接口603可以包括显示屏(Display)、键盘(Keyboard)，可选通信接口603还可以包括标准的有线接口、无线接口。存储器604可以是高速RAM存储器(Random Access Memory，易挥发性随机存取存储器)，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器604可选的还可以是至少一个位于远离前述处理器601的存储装置。其中处理器601可以结合图5所描述的系统，存储器604中存储应用程序，且处理器601调用存储器604中存储的程序代码，以用于执行上述任一方法步骤。

其中，通信总线602可以是外设部件互连标准(peripheral componentinterconnect，简称PCI)总线或扩展工业标准结构(extended industry standardarchitecture，简称EISA)总线等。通信总线602可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

其中，存储器604可以包括易失性存储器(英文：volatile memory)，例如随机存取存储器(英文：random-access memory，缩写：RAM)；存储器也可以包括非易失性存储器(英文：non-volatile memory)，例如快闪存储器(英文：flash memory)，硬盘(英文：hard diskdrive，缩写：HDD)或固态硬盘(英文：solid-state drive，缩写：SSD)；存储器604还可以包括上述种类的存储器的组合。

其中，处理器601可以是中央处理器(英文：central processing unit，缩写：CPU)，网络处理器(英文：network processor，缩写：NP)或者CPU和NP的组合。

其中，处理器601还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(英文：application-specific integrated circuit，缩写：ASIC)，可编程逻辑器件(英文：programmable logic device，缩写：PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(英文：complex programmable logic device，缩写：CPLD)，现场可编程逻辑门阵列(英文：field-programmable gate array，缩写：FPGA)，通用阵列逻辑(英文：generic arraylogic,缩写：GAL)或其任意组合。

可选地，存储器604还用于存储程序指令。处理器601可以调用程序指令，实现如本申请图实施例中所示的多版本应用的实现方法。

本发明实施例还提供了一种非暂态计算机存储介质，计算机存储介质存储有计算机可执行指令，该计算机可执行指令可执行上述任意方法实施例中的多版本应用的实现方法。其中，存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)、随机存储记忆体(Random Access Memory，RAM)、快闪存储器(Flash Memory)、硬盘(Hard Disk Drive，缩写：HDD)或固态硬盘(Solid-State Drive，SSD)等；存储介质还可以包括上述种类的存储器的组合。

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

Claims

1.一种多版本应用的实现方法，其特征在于，包括：

获取不同版本的应用元数据以及页面元数据；

2.根据权利要求1所述的方法，其特征在于，所述获取不同版本的应用元数据以及页面元数据，包括：

获取应用标识信息、页面组件属性以及页面布局数据；

根据所述应用标识信息确定应用元数据；

3.根据权利要求1所述的方法，其特征在于，所述按照预设规则将所述应用元数据以及页面元数据进行组合，并对组合后的数据进行数据处理，以生成当前应用版本，包括：

获取当前所述应用元数据对应的各个页面元数据；

将各个所述页面元数据进行组合，确定版本元数据；

对所述版本元数据进行数据处理，生成当前应用版本。

4.根据权利要求3所述的方法，其特征在于，所述对所述版本元数据进行数据处理，生成当前应用版本，包括：

5.根据权利要求1所述的方法，其特征在于，在所述根据所述预设版本号获取对应的目标应用版本数据之前，所述方法还包括：

6.根据权利要求5所述的方法，其特征在于，所述根据所述预设版本号获取对应的目标应用版本数据，包括：

7.根据权利要求1所述的方法，其特征在于，所述对所述目标应用版本数据进行解析，确定目标应用元数据以及目标页面元数据，包括：

8.一种多版本应用的实现系统，其特征在于，包括：

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

存储器和处理器，所述存储器和所述处理器之间互相通信连接，所述存储器中存储有计算机指令，所述处理器通过执行所述计算机指令，从而执行权利要求1-7中任一项所述的多版本应用的实现方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使计算机执行权利要求1-7中任一项所述的多版本应用的实现方法。