公共平台更新方法、网络设备及计算机可读存储介质转让专利
申请号 : CN202111488530.1
文献号 : CN113900723B
文献日 : 2022-04-08
发明人 : 付文雄
申请人 : 深圳市明源云科技有限公司
摘要 :
权利要求 :
1.一种公共平台更新方法,其特征在于,所述公共平台更新方法包括:当公共平台处于客制化应用场景加载状态时,获取当前公共平台的平台版本和客制化应用场景的场景标识;
根据所述平台版本和所述场景标识获取与当前客制化应用场景匹配的目标补丁包;
将所述匹配的目标补丁包整合至当前客制化应用场景,并加载整合后的客制化应用场景;
其中,所述根据所述平台版本和所述场景标识获取与当前客制化应用场景匹配的目标补丁包的步骤包括:
判断公共平台缓存区是否存在补丁包的合集信息,其中,所述补丁包的合集信息包括每个补丁包的标识字符串;
若存在补丁包的合集信息,则判断所述补丁包的合集信息中是否存在与所述场景标识匹配的目标标识字符串;
若存在所述目标标识字符串,则获取所述目标标识字符串对应的目标补丁包,其中,所述目标补丁包中还包括生效最低版本;
判断所述目标补丁包的生效最低版本是否小于所述平台版本;
若小于,则判定所述目标补丁包与当前客制化应用场景匹配。
2.如权利要求1所述的公共平台更新方法,其特征在于,在所述判断公共平台缓存区是否存在补丁包的合集信息的步骤之后,包括:若不存在补丁包的合集信息,则调取所述补丁包的合集信息并储存在公共平台缓存区中,执行所述判断所述补丁包的合集信息中是否存在与所述场景标识匹配的目标标识字符串的步骤。
3.如权利要求2所述的公共平台更新方法,其特征在于,在所述判断所述补丁包的合集信息中是否存在与所述场景标识匹配的目标标识字符串的步骤之后,包括:若不存在与所述场景标识匹配的目标标识字符串,则加载完成当前客制化应用场景。
4.如权利要求2所述的公共平台更新方法,其特征在于,在所述判断所述补丁包的合集信息中是否存在与所述场景标识匹配的目标标识字符串的步骤之后,还包括:若不存在与所述场景标识匹配的目标标识字符串,则接收当前客制化应用场景补丁包的网络地址,根据所述网络地址获取到网络地址下的补丁包;
将从网络地址下获取到的补丁包整合至当前客制化应用场景。
5.如权利要求4所述的公共平台更新方法,其特征在于,所述目标补丁包还包括:补丁包信息,在所述判断所述目标补丁包的生效最低版本是否小于所述平台版本的步骤之前,包括:
根据所述目标补丁包中的补丁包信息判断当前加载的客制化应用场景是否具有整合所述目标补丁包的权限;
若具有权限,则执行所述判断所述目标补丁包的生效最低版本是否小于所述平台版本的步骤。
6.如权利要求5所述的公共平台更新方法,其特征在于,所述目标补丁包包括:补丁内容,所述将所述匹配的目标补丁包整合至当前客制化应用场景包括:将所述目标补丁包中的补丁内容输出至当前客制化应用场景,所述补丁内容用于对当前客制化应用场景的兼容修复。
7.如权利要求1至6任意一项所述的公共平台更新方法,其特征在于,所述公共平台更新方法还包括:
基于用户操作对客制化应用场景整合的补丁包作出与所述用户操作对应的调整。
8.一种网络设备,其特征在于,所述网络设备包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的公共平台更新程序,所述公共平台更新程序被所述处理器执行时实现如权利要求1至7中任一项所述的公共平台更新方法的步骤。
9.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有公共平台更新程序,所述公共平台更新程序被处理器执行时实现如权利要求1至7中任一项所述的公共平台更新方法的步骤。
说明书 :
公共平台更新方法、网络设备及计算机可读存储介质
技术领域
背景技术
用低版本平台代码进行不规范的二次开发后,升级平台后会导致用户扩展的业务功能出现
异常,导致用户升级平台失败。此时有两种方法:用户针对平台调整,对业务代码进行调整,
若使用该方法,每个用户都要花费成本进行调整;平台针对客户业务,在平台代码中进行场
景兼容,但会存在业务入侵、代码混乱、再次升级版本后变成垃圾代码,后期维护删除困难
等问题。但两种方式的代价都是无法接受的,因此需要一个更灵活的兼容处理方式。
发明内容
字符串的步骤。
台更新程序被所述处理器执行时实现如上述的公共平台更新方法的步骤。
的公共平台更新方法的步骤。
补丁包,将补丁包中的补丁内容整合至客制化应用场景中,其中,补丁内容将用于对客制化
应用场景的兼容修复,再加载整合后的客制化应用场景,解决用户对平台的版本升级与其
客制化应用场景不兼容的问题,由于在解决兼容问题时使用的代码是以补丁包的形式与平
台进行整合,方便后期对修复代码进行管理,一方面无需用户自行花费成本进行调整,另一
方面不会造成业务入侵、代码混乱、再次升级版本后变成垃圾代码对后期维护删除造成困
难等问题。
附图说明
具体实施方式
通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏
(Display)、输入单元比如键盘(Keyboard),可选用户接口1003还可以包括标准的有线接
口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真
(WIreless‑FIdelity,WI‑FI)接口)。存储器1005可以是高速的随机存取存储器(Random
Access Memory,RAM)存储器,也可以是稳定的非易失性存储器(Non‑Volatile Memory,
NVM),例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
以设置在网络设备中,所述网络设备通过处理器1001调用存储器1005中存储的公共平台更
新程序,并执行以下操作:
字符串的步骤。
户全部业务需求的情况,而在这样情况下用户大多会基于可基于平台提供的基础标准业务
服务进行二次开发,使其更符合自身业务需求,在用户的二次开发过程中其开发行为很可
能是不规范的,此时将造成平台版本更新后不兼容的问题。在本实施以低代码平台为例进
行说明。
的业务功能出现异常,用户可将异常情况反应至平台的提供方,由提供方针对异常开发对
应的修复代码,平台再将相关代码以及识别标识打包成补丁包发布,当用户再次使用二次
开发部分所扩展的业务功能(即加载客制化应用场景过程中)时,平台将自动获取对应的补
丁包。
的是若存对应的补丁包即可对当前应用场景进行兼容修复。首先低代码平台将获取当前自
身平台的平台版本以及当前用户正在加载的应用场景的场景标识,其中,场景标识可以为
一串随机字符串,用于判断当前应用场景是否存在对应的补丁包。
合集信息中是否存在与所述场景标识匹配的目标标识字符串;若存在所述目标标识字符
串,则获取所述目标标识字符串对应的目标补丁包,其中,所述目标补丁包中还包括生效最
低版本;判断所述目标补丁包的生效最低版本是否小于所述平台版本;若小于,则判定所述
目标补丁包与当前客制化应用场景匹配。
包的合集信息无需消耗网络资源,同时也加快了合集数据的获取速度,其中,补丁包的合集
信息并非补丁包本身,而是每个补丁包的标识字符串的合集,标识字符串占用空间大小远
小于补丁包本身,因此先获取补丁包的标识字符串同样可以减少网络资源的消耗和加快获
取速度。首先判断缓存区是否存在补丁包的合集信息,查询后,若缓存区存在补丁包的合集
信息,则获取补丁包的合集信息,并在合集新信息中查找是否存在与当前客制化场景的场
景标识相同的字符串,当存在与场景标识相同的字符串时,则拉取与场景标识相同的字符
串对应的补丁包,其中补丁包中还包括该补丁包生效的最低版本,进一步对拉取到的补丁
包的生效最低版本进行筛选,去除生效最低版本大于当前低代码平台版本的补丁包,剩下
生效最低版本小于当前平台版本的补丁包,即判定剩下补丁包与当前客制化应用场景匹配
的补丁包,可以理解的是通过标识将补丁包与应用场景对应起来,避免了修复代码对平台
代码造成入侵。
所述判断所述补丁包的合集信息中是否存在与所述场景标识匹配的目标标识字符串的步
骤。
合集信息中是否存在标识字符串与所述场景标识匹配的步骤。可以理解的是,若是首次在
客制化应用场景中整合补丁包,则该应用场景下的平台缓存区将会为空,因此在第一次整
合补丁包后将补丁包的合集信息存入缓存区中,避免再次加载整合补丁包时需要重新下载
补丁包的合集信息消耗网络资源。
化应用场景。具体的,若在补丁包的合集信息没有找到与场景标识匹配的标识字符串,则终
止补丁包整合流程,将当前客制化应用场景直接加载完成。可以理解是,出现上述情况的原
因可以是该应用场景不存在兼容性问题无需整合补丁包进行修复,或者是在平台公共模块
更新后首次加载该应用场景,加载完当前应用场景后将可能会出现业务功能异常的情况,
即出现兼容问题,用户可以将出现的异常情况反应给平台的提供方,由提供方将对应的补
丁包开发并发布,发布后再次加载该出现兼容问题的客制化应用场景即可。
息时情况相同,此处不再赘述。
客制化应用场景是否具有整合所述目标补丁包的权限;若具有权限,则执行所述判断所述
目标补丁包的生效最低版本是否小于所述平台版本的步骤。具体的,补丁包信息除介绍所
述补丁包所具备的功能信息时,还可记录该补丁表使用权限信息,判断当前正在加载的客
制化应用场景是否具有整合该补丁包的权限,或者判断平台用户是否具有使用该补丁包的
权限,减少用户不规范的使用补丁包行为,避免用户滥用补丁包对平台产生不可预期的影
响。
述补丁内容可以包括前端css(Cascading Style Sheets,层叠样式表)样式调整或者js脚
本(javascript脚本,一种直译式脚本语言)调整等类型调整,如针对常见用户进行不规范
二次开发,在平台标准组件样式不满足用户审美时,用户则将按自身需求对平台的样式进
行调整即二次开发,开发完成后,若此时平台提供方对平台组件升级或者组件优化都有可
能调整组件结构,从而导致用户按之前的结构写的样式失效,用户再次加载场景时页面样
式将会出现异常,若在使用本实施例的方案后,在进行应用场景加载时,低代码平台将会自
动整合与场景匹配的补丁包,补丁包中的补丁内容部分可为css样式调整文件,将文件中
css节点内容输出到当前加载应用场景页面,即在场景加载时使用调整文件上的样式设计,
从而避免用户按之前的结构写的样式无法应用在版本升级后的平台,同理,版本升级更新
过程中,脚本文件同样会存在相同的问题,则将补丁包中的补丁内容使用对应脚本文件即
可,此处不再赘述。
可以是一个也可以是多个,且在后续的版本升级更新内容中可能包括了某个补丁包修复的
内容,又或者,客制化应用场景整合补丁包后依然存在异常,即补丁包无效了,低代码平台
管理页面可将已经与应用场景整合的补丁包进行展示,基于展示的内容用户可手动将整合
的补丁包删除,或者添加新的补丁包。因此用户可以通过平台对已经整合的补丁包进行管
理,从而避免代码的混乱和代码的堆积。
对低版本的平台进行升级更新,但此时用户又需要使用高版本平台中某项特定功能的情况
时,同样,可将上述步骤中使用的补丁包中的补丁内容更换成功能扩展的相关代码,从而实
现在低版本附加功能快速扩展,解决用户紧急需求。
用场景中,其中,补丁内容将用于对客制化应用场景的兼容修复,再加载整合后的客制化应
用场景,解决用户对平台的版本升级与其客制化应用场景不兼容的问题,由于在解决兼容
问题时使用的代码是以补丁包的形式与平台进行整合,方便后期对修复代码进行管理,一
方面无需用户自行花费成本进行调整,另一方面不会造成业务入侵、代码混乱、再次升级版
本后变成垃圾代码对后期维护删除造成困难等问题。
方发布的补丁包的cdn(Content Delivery Network,内容分发网络)地址,根据发布的cdn
地址可直接获取到补丁包,无需使用上述补丁包读取逻辑,方便快捷。
客制化应用场景的兼容修复。此外,若后续存在补丁包更新,则直接修改补丁包地址即可。
可以为解决平台升级后不兼容的问题修复代码,也可以是增添特定功能的扩展代码。
所述处理器执行时实现如权利上述的公共平台更新方法的步骤。
新方法的步骤。
且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者系统所固有
的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该
要素的过程、方法、物品或者系统中还存在另外的相同要素。
前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做
出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在如上所述的一个
存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,
计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
术领域,均同理包括在本发明的专利保护范围内。