本发明实施例涉及应用程序技术领域,尤其涉及一种应用处理方法、装置、设备和介质。
背景技术:
随着移动智能设备在日常生活中扮演角色的重要性的提高,对移动智能设备开发人员的要求越来越高。仅仅实现移动端的一些基本功能操作已经不能满足用户体验的高要求。因此,为了能够快速定位并解决用户在使用过程中遇到的问题,提升开发效率,通过分析移动设备的日志文件,并对相关功能模块作出评估已经得到越来越广泛的认可。
然而,由于日志提取策略不可避免可能会存在一些问题,或者在需要通过新的日志提取策略产生新日志的需求下,需要对移动智能设备中自媒体app的日志提取策略进行更新。
现有技术的做法是,修改日志提取方法,生成新安装版本的安装包,将安装包推送给用户端,供用户重新安装,以达到修改日志提取方法的目的。例如,参见图1,目标应用的版本1.0上线,用户安装该版本;若在目标应用使用过程中发现日志有冗余,需要新的日志提取策略,则修复冗余日志提取策略更换新策略;生成新的版本1.1,版本1.1上线后由用户下载安装,以实现对体质提取策略的更新。
但是,上述方法存在如下问题:
(1)需要重新发版才能解决问题,且重新发版的软件版本需要重新上架审核,费时费力;
(2)存在版本遗留问题,即有些用户拒绝更新版本。
技术实现要素:
本发明实施例提供一种应用处理方法、装置、设备和介质,以实现在无需重新发版的情况下,对应用的更新。
第一方面,本发明实施例提供了一种应用处理方法,应用于用户端,该方法包括:
接收应用服务器发送的修改后目标应用程序中目标类的当前版本信息;
将用户端中目标类的历史版本的调用标识删除;
根据目标类的历史版本的调用标识,调用目标类的当前版本,其中所述目标类的当前版本的调用标识与所述目标类的历史版本的调用标识相同。
第二方面,本发明实施例还提供了一种应用处理方法,应用于服务器,该方法包括:
修改目标应用程序中的目标类,以得到所述目标类的当前版本信息,其中所述目标类的当前版本的调用标识与所述目标类的历史版本的调用标识相同;
向用户端发送包括所述目标类的当前版本信息的目标类更新指令,其中,所述目标类更新指令用于指示用户端执行如下:接收应用服务器发送的所述目标类的当前版本信息;将用户端中目标类的历史版本的调用标识删除;根据目标类的历史版本的调用标识,调用目标类的当前版本。
第三方面,本发明实施例还提供了一种应用处理装置,应用于用户端,该装置包括:
信息接收模块,用于接收应用服务器发送的修改后目标应用程序中目标类的当前版本信息;
调用标识删除模块,用于将用户端中目标类的历史版本的调用标识删除;
当前版本调用模块,用于根据目标类的历史版本的调用标识,调用目标类的当前版本,其中所述目标类的当前版本的调用标识与所述目标类的历史版本的调用标识相同。
第四方面,本发明实施例还提供了一种应用处理装置,应用于服务器,该方法包括:
程序修改模块,用于修改目标应用程序中的目标类,以得到所述目标类的当前版本信息,其中所述目标类的当前版本的调用标识与所述目标类的历史版本的调用标识相同;
更新指示模块,用于向用户端发送包括所述目标类的当前版本信息的目标类更新指令,其中,所述目标类更新指令用于指示用户端执行如下:接收应用服务器发送的所述目标类的当前版本信息;将用户端中目标类的历史版本的调用标识删除;根据目标类的历史版本的调用标识,调用目标类的当前版本。
第五方面,本发明实施例还提供了一种设备,所述设备包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如本发明实施例中任一所述的应用处理方法。
第六方面,本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如本发明实施例中任一所述的应用处理方法。
本发明实施例通过在用户端删除目标类历史版本的调用标识,从而使得用户端依据与目标类历史版本的调用标识相同的目标类当前版本的调用标识,调用目标类的当前版本。进而实现在无需重新发版的情况下,对目标类进行更新。
附图说明
图1为现有技术中日志提取方法更新的流程图;
图2为本发明实施例一提供的一种应用处理方法的流程图;
图3是本发明实施例二提供的一种应用处理方法的流程图;
图4是本发明实施例三提供的一种应用处理方法的流程图;
图5是本件发明实施例四提供的一种应用处理方法的流程图;
图6是本发明实施例五提供的一种应用处理方法的流程图;
图7是本发明实施例五提供的一种针对目标类内已经存在方法的修改的处理流程图;
图8是本发明实施例五提供的一种目标类的当前版本与历史版本的映射关系示意图;
图9是本发明实施例五提供的一种对目标应用程序中日志提取方法进行更新的流程图;
图10是本发明实施例五提供的一种日志统计结果的展示效果示意图;
图11是本发明实施例五提供的一种日志路径统计结果的展示效果示意图;
图12是本发明实施例六提供的一种应用处理装置的结构示意图;
图13是本实施例七提供的一种应用处理装置的结构示意图;
图14为本发明实施例八提供的一种设备的结构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。
实施例一
图2为本发明实施例一提供的一种应用处理方法的流程图。本实施例可适用于对用户端中的应用程序进行更新的情况。典型地,本实施例可适用于对用户端应用程序中类内方法的增加或删除的情况。该方法可以由一种应用处理装置来执行,该装置可以由软件和/或硬件的方式实现。典型地,该装置可以是用户终端。参见图2,本实施例提供的应用处理方法,包括:
s110、接收应用服务器发送的修改后目标应用程序中目标类的当前版本信息。
目标应用程序可以是任意应用程序,典型地可以是自媒体类应用程序。
目标类是待更新的类(class),此处的类是面向对象程序设计语言中的概念。它表示对现实生活中一类具有共同特征的事物的抽象,是面向对象编程的基础。
目标类可以是应用程序中的任意类,典型地,所述目标类是包括至少一种日志提取方法的日志提取类。
目标类的当前版本信息包括修改后目标类内的各方法和目标类的调用标识。可选的,目标类的当前版本信息中还可以包括目标类的其他信息,例如类的名称等。
调用标识是指用于调用目标类的唯一标识,可以是任意唯一标识目标类的标识,具体可以是目标类的入口地址,也可以是目标类的类名。
对目标应用程序中目标类的修改包括:在目标类中增加方法、删除目标类中已有的方法和对目标类中已有方法进行修改中的至少一种。
具体地,接收应用服务器发送的修改后目标应用程序中目标类的当前版本信息,包括:
接收应用服务器发送的包括所述目标类的当前版本信息的补丁包,其中,所述补丁包由应用服务器根据目标类的当前版本信息生成;
从补丁包中获取所述目标类的当前版本信息。
s120、将用户端中目标类的历史版本的调用标识删除。
目标应用程序中目标类的历史版本是已经安装于用户终端的目标类的程序代码。
具体地,将用户终端安装的目标应用程序中目标类的历史版本的调用标识删除之前,还包括:
根据目标类的标识从用户端中确定目标类的历史版本信息。
其中,目标类的标识可以是目标类任意的唯一标识,典型地,可以是目标类的名称。
s130、根据目标类的历史版本的调用标识,调用目标类的当前版本。
其中,所述目标类的当前版本的调用标识与所述目标类的历史版本的调用标识相同。
具体地,响应执行目标类的事件,根据目标类的历史版本的调用标识,调用目标类的当前版本。因为已经将用户终端安装的目标应用程序中目标类的历史版本的调用标识删除,所以通过目标类的历史版本的调用标识可以实现对调用标识与目标类的历史版本的调用标识相同的目标类的当前版本的调用。
换而言之,目标应用程序在用户端执行时,根据目标类的调用标识可以实现对目标类的当前版本的调用,因为目标类的历史版本的调用标识已经删除,所以根据目标类的调用标识无法找到目标类的历史版本,从而也就无法对目标类的历史版本进行调用。
由此可见,本实施例无需对目标应用程序在用户端的执行进行修改。
典型地,上述步骤s110和s120均可在后台执行从而实现对目标类的静默更新。
本发明实施例的技术方案,通过在用户端删除目标类历史版本的调用标识,从而使得用户端依据与目标类历史版本的调用标识相同的目标类当前版本的调用标识,调用目标类的当前版本。进而实现在无需重新发版的情况下,对目标类进行更新。
实施例二
图3是本发明实施例二提供的一种应用处理方法的流程图。本实施例是在上述实施例的基础上提出的一种可选方案。参见图3,本实施例提供的应用处理方法包括:
s210、接收应用服务器发送的修改后目标应用程序中目标类的当前版本信息。
s220、若对目标应用程序中目标类的修改是对目标类内目标方法的修改,则根据目标类的标识从用户端中确定目标类的历史版本信息。
目标方法可以是目标类中的任意一种方法。
s230、根据目标方法的标识,从目标类的历史版本中确定目标方法的历史版本。
目标方法的标识可以是任意唯一表示目标方法的信息。
s240、响应执行目标方法的历史版本事件,执行目标类当前版本中目标方法的当前版本。
上述方法在实际应用中可以描述为:接收服务器发送的补丁包,其中所述补丁包由服务器根据新安装包的类加载文件和目标应用的历史安装包的类加载文件的对比结果生成,所述新安装包由服务器根据修改后的目标方法的当前版本生成;
从补丁包中读取补丁类名和修改后目标方法的当前版本,其中所述补丁类名是目标方法在历史安装包中所属类的名称;
根据读取的补丁类名和修改后目标方法的当前版本,基于类加载器确定用户端目标应用程序中的目标方法的历史版本;
响应系统应用程序中目标方法的执行事件,基于hook系统机制,修改运行时的指针变量,使指针变量指向目标方法的当前版本。
本发明实施例的实质是:当对目标应用程序中目标类的修改是对目标类内目标方法的修改时,执行本实施例的方法;当对目标应用程序中目标类的修改是增加或删除目标类内方法时,执行实施例一的方法。
本实施例的技术方案通过,根据对目标类的不同修改方式确定不同的更新策略,从而提高更新效率。
实施例三
图4是本发明实施例三提供的一种应用处理方法的流程图。本实施例适用于对用户端已经安装的应用程序进行更新的情况。典型地,本实施例可适用于对用户端应用程序中类内方法的增加或删除的情况。该方法可以由一种应用处理装置来执行。该装置可以由软件和/或硬件的方式实现。典型地,该装置可以是应用服务器。参见图4,本实施例提供的应用处理方法包括:
s310、修改目标应用程序中的目标类,以得到所述目标类的当前版本信息,其中所述目标类的当前版本的调用标识与所述目标类的历史版本的调用标识相同。
其中,目标类、目标类的当前版本以及调用标识均与上述实施例的描述相同,本实施例对此不再赘述。
对目标应用程序中目标类的修改方式也与上述实施例中的描述相同。
进一步地,所述目标类包括至少一种日志提取方法。也即将上述方法的应用场景限定为对日志提取方法的更新场景。
s320、向用户端发送包括所述目标类的当前版本信息的目标类更新指令。
其中,所述目标类更新指令用于指示用户端执行如下:接收应用服务器发送的所述目标类的当前版本信息;将用户终端安装的目标应用程序中目标类的历史版本的调用标识删除;根据目标类的历史版本的调用标识,调用目标类的当前版本根据目标类的历史版本的调用标识,调用目标类的当前版本。
本实施例的技术方案,通过修改目标类,生成调用标识与目标类的历史版本的调用标识相同的目标类的当期版本,将目标类的当前版本下发给用户端,供用户端在响应目标应用的执行事件时,执行目标类的当前版本。从而实现在无需重新发版的情况下,对用户端中目标类的更新。
实施例四
图5是本件发明实施例四提供的一种应用处理方法的流程图。本实施例是在上述实施例的基础上以基于补丁包的实现方式提出的一种可选方案。参见图5,本实施例提供的应用处理方法包括:
s410、修改目标应用程序中的目标类。
s420、基于修改后的目标应用程序生成新安装包。
s430、对比新安装包的类加载文件和目标应用程序的历史安装包的类加载文件,确定差异类信息。
其中,类加载文件是基于加载机制加载的类文件,具体可以是classes.dex文件。差异类是存在差异的类,本实施例中的差异类是上述目标类。
s440、根据所述差异类信息生成包括所述目标类的当前版本信息的补丁包。
补丁包的生成方式可以是现有技术中的任意生成方式,本实施例对此并不进行任何限制。
s450、向用户端发送包括所述补丁包的目标类更新指令。
其中,所述目标类更新指令用于指示用户端执行如下:接收应用服务器发送的补丁包;根据补丁包中目标类的标识从用户端中确定目标类的历史版本信息;将目标类的历史版本的调用标识删除;根据补丁包中目标类的当前版本的调用标识,调用目标类的当前版本。
本发明实施例的技术方案,通过基于补丁包的方式将修改的目标类的当前版本下发至用户端,供用户端基于补丁包中目标类的当前版本进行目标类的更新。
实施例五
图6是本发明实施例五提供的一种应用处理方法的流程图。本实施例是在上述实施例的基础上以对目标类内日志提取方法的修改为例提出的一种可选方案。参见图6,本实施例提供的应用处理方法包括:
应用服务器修改目标应用程序中的目标类,生成目标类的当前版本信息;
应用服务器根据修改后的目标应用程序生成新安装包;
应用服务器基于目标应用程序的旧安装包(也即上述实施例中的历史安装包)和生成的新安装包生成包括目标类当前版本信息的补丁包,并将补丁包下发给用户端,由用户端执行如下:在执行旧安装包的运行逻辑的过程中,响应目标类的执行事件或目标类内目标日志提取方法的执行事件,执行补丁包中的目标类的当前版本或目标类内修改后的目标日志提取方法的当前版本,从而在无需安装的情况下实现新安装包内的功能。
参见图7,用户端在接收到补丁包后,执行如下内容:
若对目标类的修改是对目标类内已经存在的目标日志提取方法的修改,则从补丁包中读取补丁类名和修改后的目标日志提取方法的新版本信息,其中补丁类名是目标类在旧安装包中的类名;
根据补丁类名和修改后的目标日志提取方法的新版本信息,从用户端中确定目标类内目标日志提取方法的旧版本;
具体地,根据补丁类名和修改后的目标日志提取方法的新版本信息,基于类加载器(classloader),找到目标类内目标日志提取方法的旧版本。
基于hook系统机制,动态修改运行时的指针变量,使其指向目标日志提取方法的新版本,从而实现目标日志提取方法的更新。
其中,hook系统机制可以描述为:在对特定的系统事件进行hook后,一旦发生已hook事件,对该事件进行hook的程序就会收到系统的通知,这时程序就能在第一时间对该事件做出响应。
通过上述方法,可以在用户无感知的情况下实现对日志提取方法的更新。且该过程无需重新安装新版本的安装包。
发明人在实现上述方法的过程中发现,通过hook系统机制,在已经加载于用户端的目标类的旧版本中改变指针变量,替换掉目标日志提取方法的旧版本,实现对目标日志方法的更新。然而,这部分操作是在目标类的旧版本的基础上进行的指针修改,目标类的旧版本中包括的每个方法对应有一指针变量。若在目标类的新版本中增加一日志提取方法,则在用户端加载的目标类的旧版本中没有增加的日志提取方法,也没有增加的日志提取方法的指针变量。因此,无法基于改变目标类的旧版本中的指针变量,实现对增加的日志提取方法的加载。类似地,也无法实现对目标类内方法的删除,否则会破坏目标类旧版本的结构。
因此,用户端在接收到补丁包后,还执行如下内容:
若对目标类的修改是增加目标类内的日志提取方法或删除目标类内的日志提取方法,则接收应用服务器发送的修改后目标应用程序中目标类的当前版本信息;
参见图8,将用户终端安装的目标应用程序中目标类的历史版本的调用标识删除;
根据目标类的历史版本的调用标识,调用目标类的当前版本。
其中,目标类的当前版本的调用标识与目标类的历史版本的调用标识相同。因为,将目标类的历史版本的调用标识删除,所以系统在目标类的历史版本的调用标识对目标类进行调用时,可以调用与目标类历史版本的调用标识相同的目标类的当前版本。
上述方法在类的维度上,对照补丁包中出现的目标类,对旧安装包中目标类的调用标识进行删除。使得旧安装包中的目标类并不会被加载。上述方法利用了系统原先的类加载机制,在目标类中增加或删除了目标日志提取方法的情况下,没有对系统旧安装包进行破坏性的重构。
图9是本实施例描述的对目标应用程序中日志提取方法进行更新的流程。具体可以描述为:目标应用的版本1.0上线,用户安装该版本;若在目标应用使用过程中发现日志有冗余,需要新的日志提取策略,则修复冗余日志提取策略更换新策略;生成包括修复冗余后日志提取策略的补丁包,供用户端根据补丁包进行日志提取策略的更新。
图10是对日志统计结果的可视化展示。横坐标是日志记录时间,纵坐标是日志统计数量;图11是日志路径统计结果的可视化页面展示。从图10和图11可以看出经过本实施例对日志提取方法的修改,可以实现对日志的全面有效的提取。
本发明实施例的技术方案,因为无需重新发版,降低了人力成本和时间成本,大大加快了产品演进速度,提高生产力。同时没有版本遗留的问题,实现了在用户无感知的情况下对日志提取方法的更新。
通过修复日志提取方法的漏洞,过滤掉了冗余日志,在最大程度上降低了用户设备存储压力,减少了数据流量消耗。
需要说明的是,经过本实施例的技术教导,本领域技术人员有动机将上述实施例中描述的任一种实施方式进行方案的组合,以实现对目标应用程序的更新。
实施例六
图12是本发明实施例六提供的一种应用处理装置的结构示意图。参见图12,本实施例提供的应用处理装置包括:信息接收模块10、调用标识删除模块20和当前版本调用模块30。
其中,信息接收模块10,用于接收应用服务器发送的修改后目标应用程序中目标类的当前版本信息;
调用标识删除模块20,用于将用户端中目标类的历史版本的调用标识删除;
当前版本调用模块30,用于根据目标类的历史版本的调用标识,调用目标类的当前版本,其中所述目标类的当前版本的调用标识与所述目标类的历史版本的调用标识相同。
本发明实施例的技术方案,通过在用户端删除目标类历史版本的调用标识,从而使得用户端依据与目标类历史版本的调用标识相同的目标类当前版本的调用标识,调用目标类的当前版本。进而实现在无需重新发版的情况下,对目标类进行更新。
进一步地,信息接收模块,包括:补丁接收单元和信息获取单元。
其中,补丁接收单元,用于接收应用服务器发送的包括所述目标类的当前版本信息的补丁包,其中,所述补丁包由应用服务器根据目标类的当前版本信息生成;
信息获取单元,用于从补丁包中获取所述目标类的当前版本信息。
进一步地,所述装置还包括:更新方法确定模块、方法确定模块和方法执行模块。
其中,更新方法确定模块,用于接收应用服务器发送的修改后目标应用程序中目标类的当前版本信息之后,若对目标应用程序中目标类的修改是对目标类内目标方法的修改,则根据目标类的标识从用户端中确定目标类的历史版本信息;
方法确定模块,用于根据目标方法的标识,从目标类的历史版本中确定目标方法的历史版本;
方法执行模块,用于响应执行目标方法的历史版本事件,执行目标类当前版本中目标方法的当前版本。
进一步地,所述目标类包括至少一种日志提取方法。
实施例七
图13是本实施例七提供的一种应用处理装置的结构示意图。参见图13,本实施例提供的应用处理装置包括:程序修改模块40和更新指示模块50。
其中,程序修改模块40,用于修改目标应用程序中的目标类,以得到所述目标类的当前版本信息,其中所述目标类的当前版本的调用标识与所述目标类的历史版本的调用标识相同;
更新指示模块50,用于向用户端发送包括所述目标类的当前版本信息的目标类更新指令,其中,所述目标类更新指令用于指示用户端执行如下:接收应用服务器发送的所述目标类的当前版本信息;将用户端中目标类的历史版本的调用标识删除;根据目标类的历史版本的调用标识,调用目标类的当前版本。
本实施例的技术方案,通过修改目标类,生成调用标识与目标类的历史版本的调用标识相同的目标类的当期版本,将目标类的当前版本下发给用户端,供用户端在响应目标应用的执行事件时,执行目标类的当前版本。从而实现在无需重新发版的情况下,对用户端中目标类的更新。
进一步地,所述程序修改模块,包括:新安装包生成单元、差异类确定单元和补丁生成单元。
其中,新安装包生成单元,用于基于修改后的目标应用程序生成新安装包;
差异类确定单元,用于对比新安装包的类加载文件和目标应用程序的历史安装包的类加载文件,确定差异类信息;
补丁生成单元,用于根据所述差异类信息生成包括所述目标类的当前版本信息的补丁包;
相应地,更新指示模块,包括:更新指示单元。
其中,更新指示单元,用于向用户端发送包括所述补丁包的目标类更新指令,其中,所述目标类更新指令用于指示用户端执行如下:接收应用服务器发送的补丁包;根据补丁包中目标类的标识从用户端中确定目标类的历史版本信息;将目标类的历史版本的调用标识删除;根据补丁包中目标类的当前版本的调用标识,调用目标类的当前版本。
本发明实施例所提供的应用处理装置可执行本发明任意实施例所提供的应用处理方法,具备执行方法相应的功能模块和有益效果。
实施例八
图14为本发明实施例八提供的一种设备的结构示意图。图14示出了适于用来实现本发明实施方式的示例性设备12的框图。图14显示的设备12仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
如图14所示,设备12以通用计算设备的形式表现。设备12的组件可以包括但不限于:一个或者多个处理器或者处理单元16,系统存储器28,连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
总线18表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器,外围总线,图形加速端口,处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说,这些体系结构包括但不限于工业标准体系结构(isa)总线,微通道体系结构(mac)总线,增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被设备12访问的可用介质,包括易失性和非易失性介质,可移动的和不可移动的介质。
系统存储器28可以包括易失性存储器形式的计算机系统可读介质,例如随机存取存储器(ram)30和/或高速缓存存储器32。设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例,存储系统34可以用于读写不可移动的、非易失性磁介质(图14未显示,通常称为“硬盘驱动器”)。尽管图14中未示出,可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块,这些程序模块被配置以执行本发明各实施例的功能。
具有一组(至少一个)程序模块42的程序/实用工具40,可以存储在例如存储器28中,这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。
设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信,还可与一个或者多个使得用户能与该设备12交互的设备通信,和/或与使得该设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。并且,设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(lan),广域网(wan)和/或公共网络,例如因特网)通信。如图所示,网络适配器20通过总线18与设备12的其它模块通信。应当明白,尽管图中未示出,可以结合设备12使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
处理单元16通过运行存储在系统存储器28中的程序,从而执行各种功能应用以及数据处理,例如实现本发明实施例所提供的应用处理方法。
实施例九
本发明实施例九还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如本发明实施例中任一所述的应用处理方法,该方法包括:
接收应用服务器发送的修改后目标应用程序中目标类的当前版本信息;
将用户终端安装的目标应用程序中目标类的历史版本的调用标识删除;
根据目标类的历史版本的调用标识,调用目标类的当前版本,其中所述目标类的当前版本的调用标识与所述目标类的历史版本的调用标识相同。
本发明实施例的计算机存储介质,可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括——但不限于无线、电线、光缆、rf等等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c++,还包括常规的过程式程序设计语言—诸如”c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。