CN113900723A

CN113900723A - 公共平台更新方法、网络设备及可读存储介质

Info

Publication number: CN113900723A
Application number: CN202111488530.1A
Authority: CN
Inventors: 付文雄
Original assignee: Shenzhen Mingyuan Cloud Technology Co Ltd
Current assignee: Shenzhen Mingyuan Cloud Technology Co Ltd
Priority date: 2021-12-08
Filing date: 2021-12-08
Publication date: 2022-01-07
Anticipated expiration: 2041-12-08
Also published as: CN113900723B

Abstract

本发明公开了一种公共平台更新方法、网络设备及可读存储介质，属于平台或系统升级技术领域，所述公共平台更新方法包括：当公共平台处于客制化应用场景加载状态时，获取当前公共平台的平台版本和客制化应用场景标识；根据所述平台版本和所述场景标识获取与当前客制化应用场景匹配的补丁包；将所述匹配的补丁包整合至当前客制化应用场景，并加载整合后的客制化应用场景。本发明解决平台的版本升级与客制化应用场景不兼容的问题，且由于在解决兼容问题时使用的代码是以补丁包的形式进行整合，方便后期对修复代码进行管理，无需用户自行花费成本进行调整，也不会造成业务入侵、代码混乱、再次升级版本后变成垃圾代码对后期维护删除造成困难等问题。

Description

公共平台更新方法、网络设备及可读存储介质

技术领域

本发明涉及平台或者系统升级技术领域，尤其涉及一种公共平台更新方法、网络设备及可读存储介质。

背景技术

在低代码平台等面向用户可进行自定编辑的公共平台中，当对平台而通用公共模块进行升级调整过程中，可能会出现较大的调整，对于历史版本的代码的兼容较差，用户使用低版本平台代码进行不规范的二次开发后，升级平台后会导致用户扩展的业务功能出现异常，导致用户升级平台失败。此时有两种方法：用户针对平台调整，对业务代码进行调整，若使用该方法，每个用户都要花费成本进行调整；平台针对客户业务，在平台代码中进行场景兼容，但会存在业务入侵、代码混乱、再次升级版本后变成垃圾代码，后期维护删除困难等问题。但两种方式的代价都是无法接受的，因此需要一个更灵活的兼容处理方式。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供一种公共平台更新方法，旨在解决现有技术在解决平台升级不兼容问题时需花费较大代价的技术问题。

为实现上述目的，本发明提供一种公共平台更新方法，所述公共平台更新方法包括：

当公共平台处于客制化应用场景加载状态时，获取当前公共平台的平台版本和客制化应用场景的场景标识；

根据所述平台版本和所述场景标识获取与当前客制化应用场景匹配的目标补丁包；

将所述匹配的目标补丁包整合至当前客制化应用场景，并加载整合后的客制化应用场景。

进一步的，所述根据所述平台版本和所述场景标识获取与当前客制化应用场景匹配的目标补丁包的步骤包括：

判断公共平台缓存区是否存在补丁包的合集信息，其中，所述补丁包的合集信息包括每个补丁包的标识字符串；

若存在补丁包的合集信息，则判断所述补丁包的合集信息中是否存在与所述场景标识匹配的目标标识字符串；

若存在所述目标标识字符串，则获取所述目标标识字符串对应的目标补丁包，其中，所述目标补丁包中还包括生效最低版本；

判断所述目标补丁包的生效最低版本是否小于所述平台版本；

若小于，则判定所述目标补丁包与当前客制化应用场景匹配。

进一步的，在所述判断公共平台缓存区是否存在补丁包的合集信息的步骤之后，包括：

若不存在补丁包的合集信息，则调取所述补丁包的合集信息并储存在公共平台缓存区中，执行所述判断所述补丁包的合集信息中是否存在与所述场景标识匹配的目标标识字符串的步骤。

进一步的，在所述判断所述补丁包的合集信息中是否存在与所述场景标识匹配的目标标识字符串的步骤之后，包括：

若不存在与所述场景标识匹配的目标标识字符串，则加载完成当前客制化应用场景。

进一步的，在所述判断所述补丁包的合集信息中是否存在与所述场景标识匹配的目标标识字符串的步骤之后，还包括：

若不存在与所述场景标识匹配的目标标识字符串，则接收当前客制化应用场景补丁包的网络地址，根据所述网络地址获取到网络地址下的补丁包；

将从网络地址下获取到的补丁包整合至当前客制化应用场景。

进一步的，所述目标补丁包还包括：补丁包信息，在所述判断所述目标补丁包的生效最低版本是否小于所述平台版本的步骤之前，包括：

根据所述目标补丁包中的补丁包信息判断当前加载的客制化应用场景是否具有整合所述目标补丁包的权限；

若具有权限，则执行所述判断所述目标补丁包的生效最低版本是否小于所述平台版本的步骤。

进一步的，所述目标补丁包包括：补丁内容，所述将所述匹配的目标补丁包整合至当前客制化应用场景包括：

将目标补丁包中的补丁内容输出至当前客制化应用场景，所述补丁内容用于对当前客制化应用场景的兼容修复。

进一步的，所述公共平台更新方法还包括：

基于用户操作对客制化应用场景整合的补丁包作出与所述用户操作对应的调整。

此外，为实现上述目的，本发明还提供一种网络设备，所述网络设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的公共平台更新程序，所述公共平台更新程序被所述处理器执行时实现如上述的公共平台更新方法的步骤。

此外，为实现上述目的，本发明还提供一种可读存储介质，所述可读存储介质上存储有公共平台更新程序，所述公共平台更新程序被处理器执行时实现如上述的公共平台更新方法的步骤。

本发明提供一种公共平台更新方法，当公共平台的版本升级后，用户在公共平台上加载其客制化应用场景的过程中，公共平台通过应用场景的标识号获取与标识号对应的补丁包，将补丁包中的补丁内容整合至客制化应用场景中，其中，补丁内容将用于对客制化应用场景的兼容修复，再加载整合后的客制化应用场景，解决用户对平台的版本升级与其客制化应用场景不兼容的问题，由于在解决兼容问题时使用的代码是以补丁包的形式与平台进行整合，方便后期对修复代码进行管理，一方面无需用户自行花费成本进行调整，另一方面不会造成业务入侵、代码混乱、再次升级版本后变成垃圾代码对后期维护删除造成困难等问题。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的网络设备的结构示意图；

图2为本发明公共平台更新方法第一实施例的流程示意图；

图3为本发明公共平台更新方法第二实施例的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的网络设备结构示意图。

如图1所示，该网络设备可以包括：处理器1001，例如中央处理器（CentralProcessing Unit，CPU），通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏（Display）、输入单元比如键盘（Keyboard），可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口（如无线保真（WIreless-FIdelity，WI-FI）接口）。存储器1005可以是高速的随机存取存储器（RandomAccess Memory，RAM）存储器，也可以是稳定的非易失性存储器（Non-Volatile Memory，NVM），例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的结构并不构成对网络设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、数据存储模块、网络通信模块、用户接口模块以及公共平台更新程序。

在图1所示的网络设备中，网络接口1004主要用于与其他设备进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明网络设备中的处理器1001、存储器1005可以设置在网络设备中，所述网络设备通过处理器1001调用存储器1005中存储的公共平台更新程序，并执行以下操作：

进一步地，处理器1001可以调用存储器1005中存储的公共平台更新程序，还执行以下操作：

所述根据所述平台版本和所述场景标识获取与当前客制化应用场景匹配的目标补丁包的步骤包括：

在所述判断公共平台缓存区是否存在补丁包的合集信息的步骤之后，包括：

在所述判断所述补丁包的合集信息中是否存在与所述场景标识匹配的目标标识字符串的步骤之后，包括：

在所述判断所述补丁包的合集信息中是否存在与所述场景标识匹配的目标标识字符串的步骤之后，还包括：

所述目标补丁包还包括：补丁包信息，在所述判断所述目标补丁包的生效最低版本是否小于所述平台版本的步骤之前，包括：

所述目标补丁包包括：补丁内容，所述将所述匹配的目标补丁包整合至当前客制化应用场景包括：

将所述目标补丁包中的补丁内容输出至当前客制化应用场景，所述补丁内容用于对当前客制化应用场景的兼容修复。

所述公共平台更新方法还包括：

本发明实施例提供了一种公共平台更新方法，参照图2，图2为本发明一种公共平台更新方法第一实施例的流程示意图。

本实施例中，所述公共平台更新方法包括：

步骤S10：当公共平台处于客制化应用场景加载状态时，获取当前公共平台的平台版本和客制化应用场景的场景标识；

可以理解的是，本实施例中的公共平台为一种基础架构平台，基础架构平台将为平台用户提供基础标准业务服务，但在平台的完善过程中必然会遇到平台功能无法覆盖用户全部业务需求的情况，而在这样情况下用户大多会基于可基于平台提供的基础标准业务服务进行二次开发，使其更符合自身业务需求，在用户的二次开发过程中其开发行为很可能是不规范的，此时将造成平台版本更新后不兼容的问题。在本实施以低代码平台为例进行说明。

低代码平台的提供方对低代码平台的公共模块在升级调整时，若用户基于低版本的平台业务模块进行不规范的二次开发，则可能会在平台升级后导致二次开发部分所扩展的业务功能出现异常，用户可将异常情况反应至平台的提供方，由提供方针对异常开发对应的修复代码，平台再将相关代码以及识别标识打包成补丁包发布，当用户再次使用二次开发部分所扩展的业务功能（即加载客制化应用场景过程中）时，平台将自动获取对应的补丁包。

如当用户在低代码平台上加载在某客制化（个性化）应用场景过程中，低代码平台将查询是否存在有相应的补丁包或者判断是否可对当前应用场景进行兼容修复，可以理解的是若存对应的补丁包即可对当前应用场景进行兼容修复。首先低代码平台将获取当前自身平台的平台版本以及当前用户正在加载的应用场景的场景标识，其中，场景标识可以为一串随机字符串，用于判断当前应用场景是否存在对应的补丁包。

步骤S20：根据所述平台版本和所述场景标识获取与当前客制化应用场景匹配的目标补丁包；

进一步的，判断公共平台缓存区是否存在补丁包的合集信息，其中，所述补丁包的合集信息包括每个补丁包的标识字符串；若存在补丁包的合集信息，则判断所述补丁包的合集信息中是否存在与所述场景标识匹配的目标标识字符串；若存在所述目标标识字符串，则获取所述目标标识字符串对应的目标补丁包，其中，所述目标补丁包中还包括生效最低版本；判断所述目标补丁包的生效最低版本是否小于所述平台版本；若小于，则判定所述目标补丁包与当前客制化应用场景匹配。

具体的，当获取到低代码平台的平台版本以及当前客制化应用场景的场景标识后，优先从低代码平台的缓存区获取补丁包的合集信息，可以理解的是从缓存区获取补丁包的合集信息无需消耗网络资源，同时也加快了合集数据的获取速度，其中，补丁包的合集信息并非补丁包本身，而是每个补丁包的标识字符串的合集，标识字符串占用空间大小远小于补丁包本身，因此先获取补丁包的标识字符串同样可以减少网络资源的消耗和加快获取速度。首先判断缓存区是否存在补丁包的合集信息，查询后，若缓存区存在补丁包的合集信息，则获取补丁包的合集信息，并在合集新信息中查找是否存在与当前客制化场景的场景标识相同的字符串，当存在与场景标识相同的字符串时，则拉取与场景标识相同的字符串对应的补丁包，其中补丁包中还包括该补丁包生效的最低版本，进一步对拉取到的补丁包的生效最低版本进行筛选，去除生效最低版本大于当前低代码平台版本的补丁包，剩下生效最低版本小于当前平台版本的补丁包，即判定剩下补丁包与当前客制化应用场景匹配的补丁包，可以理解的是通过标识将补丁包与应用场景对应起来，避免了修复代码对平台代码造成入侵。

进一步的，在判断公共平台缓存区是否存在补丁包的合集信息的步骤之后，若不存在补丁包的合集信息，则调取所述补丁包的合集信息并储存在公共平台缓存区中，执行所述判断所述补丁包的合集信息中是否存在与所述场景标识匹配的目标标识字符串的步骤。

具体的，若低代码平台缓存区不存在补丁包的合集信息，则从平台提供方下载补丁包的合集信息，同时将补丁包的合集信息存入平台缓存区中，且执行判断所述补丁包的合集信息中是否存在标识字符串与所述场景标识匹配的步骤。可以理解的是，若是首次在客制化应用场景中整合补丁包，则该应用场景下的平台缓存区将会为空，因此在第一次整合补丁包后将补丁包的合集信息存入缓存区中，避免再次加载整合补丁包时需要重新下载补丁包的合集信息消耗网络资源。

进一步的，在判断所述补丁包的合集信息中是否存在标识字符串与所述场景标识匹配的步骤之后，若不存在与所述场景标识匹配的目标标识字符串，则加载完成当前客制化应用场景。具体的，若在补丁包的合集信息没有找到与场景标识匹配的标识字符串，则终止补丁包整合流程，将当前客制化应用场景直接加载完成。可以理解是，出现上述情况的原因可以是该应用场景不存在兼容性问题无需整合补丁包进行修复，或者是在平台公共模块更新后首次加载该应用场景，加载完当前应用场景后将可能会出现业务功能异常的情况，即出现兼容问题，用户可以将出现的异常情况反应给平台的提供方，由提供方将对应的补丁包开发并发布，发布后再次加载该出现兼容问题的客制化应用场景即可。

进一步的，在获取所述标识字符串对应的补丁包时，也同样优先从平台的缓存区获取，当缓存区不存在时，再从平台提供方的数据库进行下载，具体与获取补丁包的合集信息时情况相同，此处不再赘述。

可选的，所述补丁包中还包括补丁包信息，在判断所述补丁包的生效最低版本是否小于所述平台版本的步骤之前，可根据所述目标补丁包中的补丁包信息判断当前加载的客制化应用场景是否具有整合所述目标补丁包的权限；若具有权限，则执行所述判断所述目标补丁包的生效最低版本是否小于所述平台版本的步骤。具体的，补丁包信息除介绍所述补丁包所具备的功能信息时，还可记录该补丁表使用权限信息，判断当前正在加载的客制化应用场景是否具有整合该补丁包的权限，或者判断平台用户是否具有使用该补丁包的权限，减少用户不规范的使用补丁包行为，避免用户滥用补丁包对平台产生不可预期的影响。

步骤S30：将所述匹配的目标补丁包整合至当前客制化应用场景，并加载整合后的客制化应用场景。

进一步的，目标补丁包中还包括补丁内容，将所述目标补丁包中的补丁内容输出至当前客制化应用场景，所述补丁内容用于对当前客制化应用场景的兼容修复。具体的，所述补丁内容可以包括前端css（Cascading Style Sheets，层叠样式表）样式调整或者js脚本（javascript脚本，一种直译式脚本语言）调整等类型调整，如针对常见用户进行不规范二次开发，在平台标准组件样式不满足用户审美时，用户则将按自身需求对平台的样式进行调整即二次开发，开发完成后，若此时平台提供方对平台组件升级或者组件优化都有可能调整组件结构，从而导致用户按之前的结构写的样式失效，用户再次加载场景时页面样式将会出现异常，若在使用本实施例的方案后，在进行应用场景加载时，低代码平台将会自动整合与场景匹配的补丁包，补丁包中的补丁内容部分可为css样式调整文件，将文件中css节点内容输出到当前加载应用场景页面，即在场景加载时使用调整文件上的样式设计，从而避免用户按之前的结构写的样式无法应用在版本升级后的平台，同理，版本升级更新过程中，脚本文件同样会存在相同的问题，则将补丁包中的补丁内容使用对应脚本文件即可，此处不再赘述。

此外，公共平台更新方法还包括，基于用户操作对客制化应用场景整合的补丁包作出与所述用户操作对应的调整。可以理解是，针对某一个客制化应用场景整合的补丁包可以是一个也可以是多个，且在后续的版本升级更新内容中可能包括了某个补丁包修复的内容，又或者，客制化应用场景整合补丁包后依然存在异常，即补丁包无效了，低代码平台管理页面可将已经与应用场景整合的补丁包进行展示，基于展示的内容用户可手动将整合的补丁包删除，或者添加新的补丁包。因此用户可以通过平台对已经整合的补丁包进行管理，从而避免代码的混乱和代码的堆积。

可以理解的是，在本实施例步骤中描述都为针对版本更新后不兼容的问题，在实际应用过程中，用户使用较低的平台版本时已经形成的稳定的运行环境，因此用户选择不对低版本的平台进行升级更新，但此时用户又需要使用高版本平台中某项特定功能的情况时，同样，可将上述步骤中使用的补丁包中的补丁内容更换成功能扩展的相关代码，从而实现在低版本附加功能快速扩展，解决用户紧急需求。

在本实施例中，用户在公共平台上加载其客制化应用场景的过程中，公共平台通过应用场景的标识号获取与标识号对应的补丁包，将补丁包中的补丁内容整合至客制化应用场景中，其中，补丁内容将用于对客制化应用场景的兼容修复，再加载整合后的客制化应用场景，解决用户对平台的版本升级与其客制化应用场景不兼容的问题，由于在解决兼容问题时使用的代码是以补丁包的形式与平台进行整合，方便后期对修复代码进行管理，一方面无需用户自行花费成本进行调整，另一方面不会造成业务入侵、代码混乱、再次升级版本后变成垃圾代码对后期维护删除造成困难等问题。

进一步的，参照图3，本发明公共平台更新方法的第二实施例，所述公共平台更新方法包括：

步骤S100：若不存在与所述场景标识匹配的目标标识字符串，则接收当前客制化应用场景补丁包的网络地址，根据所述网络地址获取到网络地址下的补丁包；

可以理解的是，当在补丁包信息合集中没有找到场景标识匹配的目标标识字符串时，即通过上述第一实施例获取方式无法获取到对应的补丁包时，平台还可获取平台提供方发布的补丁包的cdn（Content Delivery Network，内容分发网络）地址，根据发布的cdn地址可直接获取到补丁包，无需使用上述补丁包读取逻辑，方便快捷。

步骤S300：将从网络地址下获取到的补丁包整合至当前客制化应用场景，并加载整合后的客制化应用场景。

平台将根据cdn地址获取到补丁包，补丁包中还包括补丁内容，将补丁包整合至当前客制化应用场景，即将补丁内容输出至当前客制化应用场景，所述补丁内容用于对当前客制化应用场景的兼容修复。此外，若后续存在补丁包更新，则直接修改补丁包地址即可。

在本实施例中，提供另一种获取补丁包的方式，用户只需要更改当前客制化应用场景的补丁包cdn地址即可，加快了补丁包的获取速度，同样的，所述补丁包中的补丁内容可以为解决平台升级后不兼容的问题修复代码，也可以是增添特定功能的扩展代码。

此外，本实施例还提供一种网络设备，所述网络设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的公共平台更新程序，所述公共平台更新程序被所述处理器执行时实现如权利上述的公共平台更新方法的步骤。

此外，本实施例还提供一种可读存储介质，所述可读存储介质上存储有公共平台更新程序，所述公共平台更新程序被处理器执行时实现如上述的公共平台更新方法的步骤。

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

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

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

Claims

1.一种公共平台更新方法，其特征在于，所述公共平台更新方法包括：

2.如权利要求1所述的公共平台更新方法，其特征在于，所述根据所述平台版本和所述场景标识获取与当前客制化应用场景匹配的目标补丁包的步骤包括：

3.如权利要求2所述的公共平台更新方法，其特征在于，在所述判断公共平台缓存区是否存在补丁包的合集信息的步骤之后，包括：

4.如权利要求3所述的公共平台更新方法，其特征在于，在所述判断所述补丁包的合集信息中是否存在与所述场景标识匹配的目标标识字符串的步骤之后，包括：

5.如权利要求3所述的公共平台更新方法，其特征在于，在所述判断所述补丁包的合集信息中是否存在与所述场景标识匹配的目标标识字符串的步骤之后，还包括：

6.如权利要求4所述的公共平台更新方法，其特征在于，所述目标补丁包还包括：补丁包信息，在所述判断所述目标补丁包的生效最低版本是否小于所述平台版本的步骤之前，包括：

7.如权利要求6所述的公共平台更新方法，其特征在于，所述目标补丁包包括：补丁内容，所述将所述匹配的目标补丁包整合至当前客制化应用场景包括：

8.如权利要求1至7任意一项所述的公共平台更新方法，其特征在于，所述公共平台更新方法还包括：

9.一种网络设备，其特征在于，所述网络设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的公共平台更新程序，所述公共平台更新程序被所述处理器执行时实现如权利要求1至8中任一项所述的公共平台更新方法的步骤。

10.一种可读存储介质，其特征在于，所述可读存储介质上存储有公共平台更新程序，所述公共平台更新程序被处理器执行时实现如权利要求1至8中任一项所述的公共平台更新方法的步骤。