CN114721679A - 应用程序更新方法及装置、电子设备、存储介质 - Google Patents

Abstract

本公开提供了一种应用程序更新方法及装置、电子设备、存储介质，涉及计算机技术领域。该应用程序更新方法包括：在目标应用程序启动时，获取目标应用程序对应的待更新组件配置信息；目标应用程序是服务端根据待更新组件配置信息，从预构建的组件库中确定的多个目标功能组件进行打包处理生成的；在待更新组件配置信息中确定目标功能组件对应的待更新配置信息，并将待更新配置信息与目标功能组件的当前配置信息进行比对，得到区别配置信息；根据区别配置信息对目标功能组件进行配置处理，得到更新后的目标功能组件。本公开实施例的技术方案可以在目标应用程序业务变更时，实现组件的动态配置和更新。

Description

应用程序更新方法及装置、电子设备、存储介质

技术领域

本公开涉及计算机技术领域，具体而言，涉及一种应用程序更新方法、应用程序更新装置、电子设备以及计算机可读存储介质。

背景技术

随着互联网技术的迅猛发展，基于互联网的业务也越来越多，进而根据业务需求开发的移动终端的应用程序也逐渐多样化；同时，应用程序中功能组件的配置和更新也越来越重要。

目前，在基于安卓平台开发的移动操作系统或苹果公司开发的移动操作系统中，当应用程序的业务功能发生变更时，均需要耗费时间重新确定功能组件的功能以及修改功能组件对应的代码，并发布功能组件更新后的应用程序版本，使得应用程序更新的效率较低。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开实施例的目的在于提供一种应用程序更新方法、应用程序更新更新装置、电子设备以及计算机可读存储介质，进而至少在一定程度上克服应用程序的变更业务功能时，应用程序更新效率较低且更新后仍需要发版的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开实施例的第一方面，提供了一种应用程序更新方法，包括：在目标应用程序启动时，获取所述目标应用程序对应的待更新组件配置信息；所述目标应用程序是服务端根据待更新组件配置信息，从预构建的组件库中确定的多个目标功能组件进行打包处理生成的；在所述待更新组件配置信息中确定所述目标功能组件对应的待更新配置信息，并将所述待更新配置信息与所述目标功能组件的当前配置信息进行比对，得到区别配置信息；根据所述区别配置信息对所述目标功能组件进行配置处理，得到更新后的目标功能组件。

在本公开的一些示例实施例中，基于前述方案，在根据所述区别配置信息对所述目标功能组件进行配置处理之前，所述方法还包括：根据所述待更新组件配置信息和所述当前配置信息遍历所述多个目标功能组件，确定组件配置表；根据所述组件配置表，确定所述目标功能组件的依赖功能组件；根据所述依赖功能组件确定所述目标功能组件对应控件的显示状态，以实现对所述控件的显示状态的预处理。

在本公开的一些示例实施例中，基于前述方案，所述在所述待更新组件配置信息中确定所述目标功能组件对应的待更新配置信息还包括：基于所述待更新配置信息，确定所述目标功能组件对应的界面配置信息和事件配置信息；根据所述界面配置信息对所述目标功能组件对应的所述控件的界面进行配置；根据所述事件配置信息，配置所述目标功能组件对应的事件集合。

在本公开的一些示例实施例中，基于前述方案，所述根据所述事件配置信息，配置所述目标功能组件对应的事件集合还包括：根据所述事件配置信息，确定所述事件集合中目标事件对应的控件以及所述控件对应的标识数据，以在所述控件的触发时，根据所述标识数据调用所述目标事件，并确定所述目标事件的返回结果。

在本公开的一些示例实施例中，基于前述方案，所述多个目标功能组件是相互独立的，通过以路由调用的方式实现多个目标功能组件之间的通信。

根据本公开实施例的第二方面，提供了一种应用程序更新方法，应用于服务端，包括：获取待更新应用程序对应的待更新组件配置信息；根据所述待更新组件配置信息从预构建的组件库中确定功能组件集合；所述功能组件集合包括多个目标功能组件；对所述功能组件集合与所述待更新组件配置信息进行打包处理，生成目标应用程序数据包。

在本公开的一些示例实施例中，基于前述方案，应用于服务端，所述目标应用程序的待更新组件配置信息包括标识数据，所述根据所述待更新组件配置信息从预构建的组件库中确定功能组件集合包括：根据所述组件标识数据从预构建的组件库中匹配得到多个目标功能组件，以通过所述多个目标功能组件构建功能组件集合。

根据本公开实施例的第三方面，提供了一种应用程序更新装置，应用于客户端，包括：

待更新组件配置信息获取模块，用于在目标应用程序启动时，获取所述目标应用程序对应的待更新组件配置信息；所述目标应用程序是服务端根据待更新组件配置信息，从预构建的组件库中确定的多个目标功能组件进行打包处理生成的；

区别配置信息确定模块，用于在所述待更新组件配置信息中确定所述目标功能组件对应的待更新配置信息，并将所述待更新配置信息与所述目标功能组件的当前配置信息进行比对，得到区别配置信息；

目标功能组件配置模块，用于根据所述区别配置信息对所述目标功能组件进行配置处理，得到更新后的目标功能组件。

在本公开的一种示例性实施例中，基于前述方案，所述应用程序更新装置还包括预处理模块，所述预处理模块，用于根据所述待更新组件配置信息和所述当前配置信息遍历所述多个目标功能组件，确定组件配置表；根据所述组件配置表，确定所述目标功能组件的依赖功能组件；根据所述依赖功能组件确定所述目标功能组件对应控件的显示状态，以实现对所述控件的显示状态的预处理。

在本公开的一种示例性实施例中，基于前述方案，所述区别配置信息确定模块还包括目标功能组件配置单元，所述目标功能组件配置单元，用于基于所述待更新配置信息，确定所述目标功能组件对应的界面配置信息和事件配置信息；根据所述界面配置信息对所述目标功能组件对应的所述控件的界面进行配置；根据所述事件配置信息，配置所述目标功能组件对应的事件集合。

在本公开的一种示例性实施例中，基于前述方案，所述应用程序更新装置还包括控件确定模块，所述控件确定模块，用于根据所述事件配置信息，确定所述事件集合中目标事件对应的控件以及所述控件对应的标识数据，以在所述控件的触发时，根据所述标识数据调用所述目标事件，并确定所述目标事件的返回结果。

在本公开的一种示例性实施例中，基于前述方案，所述应用程序更新装置还包括目标功能组件通信模块，所述目标功能组件通信模块，用于通过以路由调用的方式实现多个相互独立的目标功能组件之间的通信。

根据本公开实施例的第四方面，提供了一种应用程序更新装置，应用于服务端，包括：

待更新组件配置信息获取模块，用于获取待更新应用程序对应的待更新组件配置信息；

功能组件集合确定模块，用于根据所述待更新组件配置信息从预构建的组件库中确定功能组件集合；所述功能组件集合包括多个目标功能组件；

目标应用程序数据包生成模块，用于对所述功能组件集合与所述待更新组件配置信息进行打包处理，生成目标应用程序数据包。

在本公开的一种示例性实施例中，基于前述方案，所述功能组件集合确定模块还包括功能组件集合构建单元，所述功能组件集合构建单元，用于根据所述组件标识数据从预构建的组件库中匹配得到多个目标功能组件，以通过所述多个目标功能组件构建功能组件集合。

根据本公开实施例的第五方面，提供了一种电子设备，包括：处理器；以及存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现上述任意一项所述的应用程序更新方法。

根据本公开实施例的第六方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现根据上述任意一项所述的应用程序更新方法。

本公开实施例提供的技术方案可以包括以下有益效果：

本公开的示例实施例中的应用程序更新方法，在目标应用程序启动时，获取目标应用程序对应的待更新组件配置信息；目标应用程序是服务端根据待更新组件配置信息，从预构建的组件库中确定的多个目标功能组件进行打包处理生成的；在待更新组件配置信息中确定目标功能组件对应的待更新配置信息，并将待更新配置信息与目标功能组件的当前配置信息进行比对，得到区别配置信息；根据区别配置信息对目标功能组件进行配置处理，得到更新后的目标功能组件。一方面，根据打包处理后的目标应用程序的待更新组件配置信息，确定目标应用程序对应的多个目标功能组件，进而基于多个目标功能组件的区别配置信息直接对多个目标功能组件进行更新，即可实现对目标应用程序的更新，并不需要对更新后的目标应用程序重新发版，提高了目标应用程序的改版效率；另一方面，根据待更新组件配置信息从预构建的组件库中确定功能组件集合，避免了通过人工的方式对应用程序进行组件化处理，提高了将目标应用程序按功能模块划分得到不同的功能组件的效率；再一方面，通过将目标功能组件的待更新配置信息与当前配置信息进行比对，可以过滤掉不符合版本要求和非法的配置信息，得到有效的区别配置信息，进而根据区别配置信息，对目标功能组件进行配置处理，提高了目标功能组件的配置和更新效率，进而提高了目标应用程序的更新效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示意性示出了根据本公开的一些实施例的应用程序更新方法的示意图；

图2示意性示出了根据本公开的一些实施例的对目标功能组件对应控件的显示状态进行预处理的示意图；

图3示意性示出了根据本公开的一些实施例的目标功能组件配置的流程的示意图；

图4示意性示出了根据本公开的一些实施例的功能组件管理模块的结构示意图；

图5示意性示出了根据本公开的一些实施例的事件集合设计的流程的示意图；

图6示意性示出了根据本公开的一些实施例的生成目标应用程序数据包的流程的示意图；

图7意性示出了根据本公开的一些实施例的应用程序管理模块的结构示意图；

图8示意性示出了根据本公开的一些实施例的应用程序对应的整个功能组件架构的示意图；

图9示意性示出了根据本公开的一些实施例的一种目标应用程序更新装置的结构示意图；

图10示意性示出了根据本公开的一些实施例的另一种目标应用程序更新装置的结构示意图；

图11示意性示出了根据本公开的一些实施例的电子设备的计算机系统的结构示意图；

图12示意性示出了根据本公开的一些实施例的计算机可读存储介质的示意图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。

此外，附图仅为示意性图解，并非一定是按比例绘制。附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

在本示例实施例中，首先提供了一种应用程序更新方法，该应用程序更新方法可以应用于客户端，例如手机、电脑等电子设备。图1示意性示出了根据本公开的一些实施例的应用程序更新方法流程的示意图。参考图1所示，该应用程序更新方法可以包括以下步骤：

步骤S110，在目标应用程序启动时，获取所述目标应用程序对应的待更新组件配置信息；所述目标应用程序是服务端根据待更新组件配置信息，从预构建的组件库中确定的多个目标功能组件进行打包处理生成的；

步骤S120，在所述待更新组件配置信息中确定所述目标功能组件对应的待更新配置信息，并将所述待更新配置信息与所述目标功能组件的当前配置信息进行比对，得到区别配置信息；

步骤S130，根据所述区别配置信息对所述目标功能组件进行配置处理，得到更新后的目标功能组件。

根据本示例实施例中的应用程序更新方法，一方面，根据打包处理后的目标应用程序的待更新组件配置信息，确定目标应用程序对应的多个目标功能组件，进而基于多个目标功能组件的区别配置信息直接对多个目标功能组件进行更新，即可实现对目标应用程序的更新，并不需要对更新后的目标应用程序重新发版，提高了目标应用程序的改版效率；另一方面，根据待更新组件配置信息从预构建的组件库中确定功能组件集合，避免了通过人工的方式对应用程序进行组件化处理，提高了将目标应用程序按功能模块分成不同的功能组件的效率；再一方面，通过将目标功能组件的待更新配置信息与当前配置信息进行比对，可以过滤掉不符合版本要求和非法的配置信息，得到有效的区别配置信息，进而根据区别配置信息，对目标功能组件进行配置处理，提高了目标功能组件的配置和更新效率，进而提高了目标应用程序的更新效率。

下面，将对本示例实施例中的应用程序更新方法进行进一步的说明。

在步骤S110中，在目标应用程序启动时，获取所述目标应用程序对应的待更新组件配置信息；所述目标应用程序是服务端根据待更新组件配置信息，从预构建的组件库中确定的多个目标功能组件进行打包处理生成的；

在本公开的一个示例实施例中，目标应用程序可以指基于Android(安卓)系统的应用程序，也可以指基于IOS(苹果公司开发的操作系统)的应用程序，本例实施例对此不作特殊限定。

待更新组件配置信息可以指更新目标应用程序时，需要更新的功能组件对应的配置信息，例如，目标应用程序需要更新为具有加入购物车功能的应用程序，待更新组件可以是具有加入购物车功能的功能组件，待更新组件配置信息可以是具有加入购物车功能的功能组件的版本信息，也可以是具有加入购物车功能的功能组件的界面配置信息，还可以是具有加入购物车功能的功能组件的事件配置信息，还可以是目标应用程序的版本信息；当然，待配置组件配置信息可以是功能组件集合中多个功能组件的标识信息，也可以是多个功能组件的版本信息，还可以是多个功能组件的界面配置信息和事件配置信息，本例实施例对此不作特殊限定。

预构建的组件库可以指用于存储按照目标应用程序的功能需求划分得到的多个功能组件的组件库，例如，预构建的组件库可以是包含表单类型的功能组件的组件库，其中表单类型的功能组件可以是用于提交用户输入、记录用户信息、进行表单验证等操作的功能组件；预构建的组件库也可以是包含布局类型的功能组件的组件库，其中，布局类型的功能组件可以是用于样式排列布局，使得其他功能组件按照垂直或水平方向来排列的功能组件；预构建的组件库还可以是包含基础组件的组件库，其中，基础组件可以是用于文本、图片以及超链接等基本元素的展示的组件；当然，预构建的组件库还可以是包含其他高级功能的功能组件的组件库，本例实施例对此不作特殊限定。

目标功能组件可以指可以实现目标应用程序的业务功能的功能组件，例如，当目标应用程序的功能是记录用户信息时，目标功能组件可以是用于存储用户信息的表单类型的功能组件，当目标应用程序的功能是展示推送服务时，目标功能组件可以是用于展示推送服务的功能组件，当目标应用程序的功能是电子交易，目标功能组件可以是用于结算的功能组件，当然，目标功能组件还可以是其他功能组件，本例实施例对此不作特殊限定。

当客户端启动目标应用程序且检测到对目标应用程序的更新请求时，可以通过服务器获取目标应用程序的待更新组件配置信息，将待更新组件配置信息发送到客户端的控制器，控制器根据预设的配置信息规则、解析规则、事件规则对待更新组件配置信息进行校验处理；其中，控制器可以指用于解析配置信息并分发配置信息的装置。

在步骤S120中，在所述待更新组件配置信息中确定所述目标功能组件对应的待更新配置信息，并将所述待更新配置信息与所述目标功能组件的当前配置信息进行比对，得到区别配置信息。

在本公开的一个示例实施例中，待更新配置信息可以指目标功能组件的配置信息，例如，待更新配置信息可以是目标功能组件的版本信息，也可以是目标功能组件的界面配置信息，还可以是目标功能组件的事件配置信息，当然，待更新配置信息还可以指其他与目标功能组件相关的配置信息，如目标应用程序的版本信息、目标功能组件的标识数据、目标功能组件对应的控件的标识数据等，本例实施例对此不作特殊限定。当前配置信息可以指目标功能组件在没更新之前的配置信息。

区别配置信息可以指与目标功能组件的当前配置信息不同的配置信息，例如，区别配置信息可以是与目标功能组件的当前界面配置信息不同的的界面配置信息，也可以指与目标功能组件的当前事件配置信息不同的事件配置信息，当然，区别配置信息还可以是其他区别于目标功能组件对应的当前配置信息的配置信息，如目标功能组件更新后的版本号等，本例实施例对此不作特殊限定。

根据待更新组件配置信息确定目标功能组件的待更新配置信息，进而通过将目标功能组件的当前配置信息与待更新配置信息进行比对，过滤掉与目标功能组件相同的配置信息、不符合目标功能组件对应的待更新版本要求的配置信息以及不符合目标应用程序的功能需求的配置信息，进而得到区别配置信息，基于区别配置信息对目标功能组件进行配置和更新。

在步骤S130中，根据所述区别配置信息对所述目标功能组件进行配置处理，得到更新后的目标功能组件。

在本公开的一个示例实施例中，配置处理可以指实现目标功能组件的功能的配置处理，例如，可以根据界面变化规则对目标功能组件的界面进行配置，也可以通过事件配置信息确定事件集合的标识数据与触发该事件集合的控件标识数据之间的映射关系以在用户对控件的点击或按压时，根据控件标识数据执行事件集合标识数据对应的动作。

优选的，可以根据区别配置信息对目标功能组件的界面和对应的事件集合进行配置处理，实现对目标功能组件的配置，同理，可以根据其他目标功能组件的区别配置信息，对其他功能组件进行配置处理，进而实现对目标程序的更新；由于区别配置信息中包含目标功能组件的版本信息，以及应用程序的版本信息，在实现对目标程序更新的过程中，客户端可以得到目标应用程序更新后的版本信息，因此，服务端不需要提供目标程序的发版信息。

图2示意性示出了根据本公开的一些实施例的对目标功能组件对应控件的显示状态进行预处理的流程的示意图。

参考图2所示，在根据区别配置信息对目标功能组件进行配置处理之前，可以通过图2中的步骤，实现对目标功能组件对应控件的显示状态的预处理：

在步骤S210中，根据所述待更新组件配置信息和所述当前配置信息遍历多个目标功能组件，确定组件配置表；

在步骤S220中，根据所述组件配置表，确定所述目标功能组件的依赖功能组件；

在步骤S230中，根据所述依赖功能组件确定所述目标功能组件对应控件的显示状态，以实现对所述控件的显示状态的预处理。

其中，组件配置表可以指记录多个组件之间的依赖关系以及在目标应用程序中各个组件的存在状态的配置表，依赖功能组件可以指实现依赖功能组件和目标功能组件之间的交互的功能组件。目标功能组件对应的控件可以指具有选择功能的按钮。

优选的，可以根据待更新组件配置和目标应用程序中多个目标功能组件对应的当前配置信息，遍历与目标应用程序相关的功能组件集合，确定功能组件集合中目标功能组件的依赖功能组件，以及目标功能组件的依赖功能组件对应的存在状态，如果目标功能组件的依赖功能组件存在，则将目标功能组件的对应的控件设置为显示状态，否则，将目标功能组件的对应的控件设置为隐藏状态，实现对目标功能组件对应的控件的预处理。

举例而言，在一种网上购物应用程序的更新版本中，需要更新的目标功能组件是加入购入车功能组件，而在更新前的该网上购物应用程序中没有加入购物车功能组件，启动更新前的网上购物应用程序时，扫描功能组件会将没有加入购物车功能组件的信息反馈给商品列表功能组件，根据商品列表功能组件接收的反馈信息，将加入购物车功能组件对应的可点击或按压的控件设置为隐藏状态，进而实现对加入购物车功能组件对应的控件的预处理。当检测到网上购物应用程序的更新版本中存在加入购入车功能组件的配置信息，且扫描功能组件和商品列表功能组件处于正常运行的状态时，可以将加入购物车功能组件对应的可点击或按压的控件设置为可选状态，实现加入购入车功能组件的更新以便于响应客户端对加入购物车功能组件对应的控件的触发操作，将选择的商品加入购物车，进而进行结算。

图3示意性示出了根据本公开的一些实施例的目标功能组件配置的流程的示意图；

参考图3所示，可以通过图3的步骤，实现对目标功能组件的配置：

在步骤S310中，基于所述待更新配置信息，确定所述目标功能组件对应的界面配置信息和事件配置信息；

在步骤S320中，根据所述界面配置信息对所述目标功能组件对应的所述控件的界面进行配置；

在步骤S330中，根据所述事件配置信息，配置所述目标功能组件对应的事件集合。

其中，界面配置信息可以指实现在图形用户界面中对目标功能组件对应的控件进行配置的信息，例如，界面配置信息可以是在图形界面中对目标功能组件对应的控件的位置进行配置的信息，也可以是在图形界面中对目标功能组件对应的控件进行渲染的配置信息如颜色参数等配置信息，还可以是在图形界面中展示目标功能组件对应的控件的形状等配置信息，当然，界面配置信息还可以指其他在图形用户界面中对目标功能组件对应的控件进行配置的信息，本例实施例对此不作特殊限定。事件配置信息可以指用于确定目标功能组件对应的控件与控件对应的事件集合之间的对应关系的配置信息。

事件集合可以指用于实现目标功能组件的功能的函数集合，例如事件集合可以是单独的事件对应的函数，也可以是多个相互关联的事件对应的函数集合，本例实施例对此不作特殊限定。

优选的，应用程序中所有功能组件都以事件为基础，每个功能组件会根据配置信息将功能组件对应的事件集合交给控制器，控制器通过解析每个目标功能组件的配置信息，确定每个目标功能组件对应的控件与事件集合之间的映射关系，进而对每个目标功能组件对应的事件集合进行配置，即可以通过控制器更新功能组件和功能组件对应的事件集合，进而实现目标应用程序的业务功能变更。

图4示意性示出了根据本公开的一些实施例的功能组件管理模块的结构示意图。

参考图4所示，组件配置管理模块400主要可以包括四个子模块，组件管理子模块401，目标功能组件子模块402，界面配置信息子模块403，事件配置信息子模块404；组件管理子模块401，用于管理目标功能组件的标识数据和版本号，以及目标功能组件的界面配置信息和事件配置信息；目标功能组件子模块402，用于存储目标功能组件的标识数据以及版本号；界面配置信息子模块403，用于确定目标功能组件对应的控件在用户图形界面中的位置、大小、形状、颜色等；事件配置信息子模块404，用于根据目标功能组件对应的控件的标识数据确定目标功能组件对应的控件的事件集合的标识数据。

根据目标功能组件的待更新配置信息确定目标功能组件的界面配置信息和事件配置信息，根据界面配置信息可以在图形用户界面中实现对目标功能组件对应的控件的配置，同时，可以根据事件配置信息确定目标功能组件对应的控件与事件集合对应的关系，实现对目标功能组件的事件集合的配置。

在本公开的一种示例性实施例中，可以根据事件配置信息，确定事件集合中目标事件对应的控件以及控件对应的标识数据，以在控件的触发时，根据标识数据调用目标事件，并确定目标事件的返回结果。

其中，目标事件可以指实现目标功能组件的功能对应的事件，例如，目标事件可以是一个独立的事件，也可以是多个事件组成的集合，本例实施例对此不作特殊限定。

举例而言，当目标功能组件对应的控件是加入购物车时，加入购物车这一控件的标识数据是111，标识数据是111的控件对应的事件集合的标识数据可以是211，标识数据可以是211的事件集合为{1、调用加车接口；2、解析加车接口并返回数据；3、toast提示成功or失败；4、调用成功or失败回调}；通过事件配置信息，可以确定标识数据是111的加入购物车控件，对应的事件集合的标识数据是211，进而根据对加入购车控件的触发操作，调用加入购物车接口，解析加入购物车接口，并返回数据，以实现加入购物车功能组件的功能。

图5示意性示出了根据本公开的一些实施例的事件集合设计的流程的示意图。

参考图5所示，事件集合的设计主要有四个步骤，S501将事件放入队列，并请求接口数据；S502，解析接口数据，并根据事件集合对应的事件列表确定页面路由，并实现页面跳转；S503，根据事件集合的动作列表对应的逻辑弹出提示；S504，响应于动作列表中的动作，播放动画。例如，事件集合是一个加入购物车事件集合，该事件集合的动作列表有：“1、请求加入购物车接口；2、解析加入购物车接口；3、弹出提示信息，并进一步响应于对提示信息的操作”；由于加入购物车事件集合和加入购物车控件之间存在唯一的映射关系，用户可以点击加入购物车控件(按钮)，并根据提示信息如商品个数、规格等，确定商品的购买信息，即可将商品加入购物车。

根据目标功能组件的事件配置信息可以确定目标功能组件对应的控件以及控件对应的标识数据，同时，也可以确定该控件对应的事件集合的标识数据，通过建立控件与事件集合之间的对应关系，可以实现对目标功能组件对应的事件集合的配置，在更新后的应用程序的运行过程中，用户可以通过点击或按压目标功能组件对应的控件，系统会解析和调用控件对应的目标事件，进而执行目标事件对应的动作，最终将目标事件对应的执行结果反馈给客户端。

在本公开的一种示例性实施例中，多个目标功能组件可以是相互独立的，可以通过以路由调用的方式实现多个目标功能组件之间的通信。

其中，功能组件是按目标应用程序的业务功能进行划分，每个功能组件是一个独立的工程，功能组件与功能组件之间没有强耦合，一个功能组件出现问题并不影响另一个功能组件自己的功能逻辑；当多个功能组件需要通信时，可以通过路由的方式实现多个功能组件之间调用，进而，通过路由的方式实现多个功能组件的数据传输，从而提高目标应用程序的运行速度，进一步提高用户的使用体验。

在本示例实施例中，首先提供了一种应用程序更新方法，该应用程序更新方法可以应用于服务端，图6示意性示出了根据本公开的一些实施例的生成目标应用程序数据包的流程的示意图。

参考图6所示，可以通过图6中的步骤生成目标应用程序数据包：

步骤S610中，获取待更新应用程序对应的待更新组件配置信息；

步骤S620中，根据所述待更新组件配置信息从预构建的组件库中确定功能组件集合；所述功能组件集合包括多个目标功能组件；

步骤S630中，对所述功能组件集合与所述待更新组件配置信息进行打包处理，生成目标应用程序数据包。

在步骤S610中，获取待更新应用程序对应的待更新组件配置信息。

其中，待更新应用程序可以指具有变更业务功能需求的应用程序，例如，更新前的应用程序可以是不具有客服功能组件的应用程序，而该应用程序需要具有客服功能，则待更新应用程序可以是具有客服功能组件的应用程序，当然，待更新应用程序可以是基于Android开发的应用程序，还可以是基于IOS开发的应用程序，本例实施例对此不作特殊限定。

可以通过获取待更新应用程序对应的待更新组件配置信息，以根据更新配置信息确定功能组件集合，进而将功能组件集合和功能组件集合对应的配置信息进行打包，生成目标应用程序数据包以供客户端进行下载。

在步骤S620中，根据所述待更新组件配置信息从预构建的组件库中确定功能组件集合；所述功能组件集合包括多个目标功能组件。

其中，功能组件集合可以指由不同组件组成的组件集合，例如，功能组件集合可以是包含一个功能组件的组件集合，也可以是多个不同功能组件组成的组件集合，本例实施例对此不作特殊限定。

可以通过待更新组件配置信息从预构建的组件库中选择功能组件集合，并不需要根据目标应用程序逐一构建实现目标应用程序的功能的功能组件，提高了目标应用程序对应的功能组件集合的生成速率。

在步骤S630中，对所述功能组件集合与所述待更新组件配置信息进行打包处理，生成目标应用程序数据包。

其中，目标应用程序数据包可以指包含实现目标应用程序的功能组件集合和功能组件集合的配置信息的应用程序数据包，例如，目标应用程序数据包可以是适用于安卓操作系统的应用程序数据包，也可以是适用于苹果操作系统的应用程序包，当然，目标应用程序数据包还可以是适用于其他操作系统的应用程序包，本例实施例对此不作特殊限定。

优选的，可以获取目标应用程序的配置信息，并根据配置信息在预构建的组件库中选择可以实现目标应用程序业务功能的功能组件集合，进而，可以对目标应用程序的配置信息和功能组件集合进行打包处理，生成目标应用程序数据包数据包。

在本公开的一种示例性实施例中，在获取待更新应用程序对应的待更新组件配置信息之后，可以根据待更新组件配置信息中的组件标识数据从预构建的组件库中匹配得到多个目标功能组件，以通过所述多个目标功能组件构建功能组件集合。

其中，组件标识数据可以是构建组件库时按照业务需求对不同组件进行区分的标识数据，例如，组件标识数据可以是组件在组件库中的编号，也可以是组件库中组件的名称对应的首字母缩写，还可以是组件的名称对应的英文缩写，当然，组件标识数据还可以是其他用于区分不同组件的标识数据，本例实施例对此不作特殊限定。

可以通过对预构建的组件库中的功能组件进行标识处理，进而建立每个功能组件的唯一标识数据与每个功能组件的配置信息之间的对应关系；从而，根据待更新组件配置信息中的组件标识数据可以从预构建的组件库中匹配得到实现目标应用程序业务功能的多个目标功能组件，避免了以人工的方式根据目标应用程序的业务功能需求，确定功能组件的功能，进而对目标应用程序进行组件化处理，提高了将目标应用程序按功能模块划分得到不同的功能组件的效率。

优选的，可以记录每个应用程序的标识数据、每个应用程序对应的版本号、每个版本的应用程序对应的功能组件集合以及功能组件对应的版本号，通过树状的形式对每个应用程序以及不同版本的应用程序对应的功能组件集合进行管理；例如，按照每个应用程序的标识数据对不同的应用程序进行区分，且每个应用程序作为第一层叶节点，并按照每个应用程序对应的版本号，将标识数据相同的应用程序的版本号作为第二层叶节点，同时，将版本号不同但标识数据相同的应用程序对应的功能组件集合作为第三层叶节点；通过将应用程序、应用程序的版本号、应用程序对应的功能组件集合等层层划分，可以实现对应用程序版本号、功能组件版本号、应用程序对应的功能组件组件集合信息、功能组件的配置信息的有效管理。

图7意性示出了根据本公开的一些实施例的应用程序管理模块的结构示意图。

参考图7所示，应用程序的管理模块700主要包括三个子模块，应用管理子模块701，应用程序子模块702，应用程序的功能组件集合子模块703；应用管理子模块701用于管理应用程序的版本号和功能组件配置信息，应用程序子模块702用于记录应用程序的标识数据，应用程序功能组件集合子模块703用于记录可以实现应用程序业务功能的功能组件集合以及功能组件的版本号。举例而言，根据待更新组件配置信息可以确定待更新目标应用程序的版本信息和标识数据，目标应用程序的标识数据为1，且目标应用程序有两个版本，一个是1.0.0版本，另一个是2.0.0版本，其中，1.0.0版本的目标应用程序是试用版本，2.0.0版本的目标应用程序是更新版本；此外，1.0.0版本的目标应用程序是由组件1和组件2实现的，而2.0.0版本的目标应用程序是由组件3和组件4实现的。通过目标应用程序的标识数据和版本信息，以及目标应用程序对应的功能组件集合、功能组件的版本信息，可以明确不同版本的目标应用程序和功能组件集合之间的对应关系，提高了数据的管理效率。

图8示意性示出了根据本公开的一些实施例的应用程序对应的整个功能组件架构的示意图。

参考图8所示，该功能组件集合架构主要包括五个模块，配置管理模块801，插件模块802，基础组件模块803，支撑模块804，应用程序数据包模块805；其中，配置管理模块801用于根据服务端发送的数据，对配置信息进行分析和处理，并根据配置信息生成组件适配策略；配置信息主要有5种类型，具体为：打包配置、页面配置、公共配置、权限配置、接口配置，组件适配策略可以指通过将服务端下发的配置信息与本地组件当前的配置信息比对后，过滤掉不符合要求的版本以及与本地组件的当前配置信息相同的配置信息，得到合法的配置信息，根据合法的配置信息对组件进行更新的策略；插件模块802用于根据组件对应的事件集合以及事件集合中的动作列表，显示首页、购物车、结算、订单等信息；基础组件模块803，用于根据组件适配策略，对应用服务器中对应的组件进行初始化，并根据客户端的控制器合法验证后的配置信息对各组件对应的事件集合中的动作作出相应；支撑模块804，用于配合配置管理模块、插件模块、基础组件模块以及应用程序数据包模块之间的协同工作；应用程序数据包模块805，用于应用程序打包、安全扫描等任务。

需要说明的是，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

此外，在本示例实施例中，还提供了一种应用于客户端的应用程序更新装置。参照图9所示，该应用程序更新装置900包括：待更新组件配置信息获取模块910，用于在目标应用程序启动时，获取所述目标应用程序对应的待更新组件配置信息；所述目标应用程序是服务端根据待更新组件配置信息，从预构建的组件库中确定的多个目标功能组件进行打包处理生成的；区别配置信息确定模块920，用于在所述待更新组件配置信息中确定所述目标功能组件对应的待更新配置信息，并将所述待更新配置信息与所述目标功能组件的当前配置信息进行比对，得到区别配置信息；目标应用程序更新模块930，用于根据所述区别配置信息对所述目标功能组件进行配置处理，得到更新后的目标功能组件。

在本公开的一种示例性实施例中，基于前述方案，所述应用程序更新装置900还包括预处理模块，所述预处理模块，用于根据所述待更新组件配置信息和所述当前配置信息遍历所述多个目标功能组件，确定组件配置表；根据所述组件配置表，确定所述目标功能组件的依赖功能组件；根据所述依赖功能组件确定所述目标功能组件对应控件的显示状态，以实现对所述控件的显示状态的预处理。

在本公开的一种示例性实施例中，基于前述方案，所述区别配置信息确定模块920还包括目标功能组件配置单元，所述目标功能组件配置单元，用于基于所述待更新配置信息，确定所述目标功能组件对应的界面配置信息和事件配置信息；根据所述界面配置信息对所述目标功能组件对应的所述控件的界面进行配置；根据所述事件配置信息，配置所述目标功能组件对应的事件集合。

在本公开的一种示例性实施例中，基于前述方案，所述目标应用程序更新装置900还包括控件确定模块，所述控件确定模块，用于根据所述事件配置信息，确定所述事件集合中目标事件对应的控件以及所述控件对应的标识数据，以在所述控件的触发时，根据所述标识数据调用所述目标事件，并确定所述目标事件的返回结果。

在本公开的一种示例性实施例中，基于前述方案，所述目标应用程序更新装置900还包括目标功能组件通信模块，所述目标功能组件通信模块，用于通过以路由调用的方式实现多个相互独立的目标功能组件之间的通信。

最后，在本示例实施例中，还提供了一种应用于服务端的应用程序更新装置。参照图10所示，该目标应用程序更新装置1000包括：待更新组件配置信息获取模块1010，用于获取待更新应用程序对应的待更新组件配置信息；功能组件集合确定模块1020，用于根据所述待更新组件配置信息从预构建的组件库中确定功能组件集合；所述功能组件集合包括多个目标功能组件；目标应用程序数据包生成模块1030，用于对所述功能组件集合与所述待更新组件配置信息进行打包处理，生成目标应用程序数据包。

在本公开的一种示例性实施例中，基于前述方案，所述功能组件集合确定模块1020还包括功能组件集合构建单元，所述功能组件集合构建单元，用于根据所述组件标识数据从预构建的组件库中匹配得到多个目标功能组件，以通过所述多个目标功能组件构建功能组件集合。

上述中功能组件更新装置各模块的具体细节已经在对应的应用程序更新方法中进行了详细的描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了功能组件更新装置的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，在本公开的示例性实施例中，还提供了一种能够实现上述应用程序更新方法的电子设备。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施例、完全的软件实施例(包括固件、微代码等)，或硬件和软件方面结合的实施例，这里可以统称为“电路”、“模块”或“系统”。

下面参照图11来描述根据本公开的这种实施例的电子设备1000。图11所示的电子设备1100仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图11所示，电子设备1100以通用计算设备的形式表现。电子设备1100的组件可以包括但不限于：上述至少一个处理单元1110、上述至少一个存储单元1120、连接不同系统组件(包括存储单元1120和处理单元1110)的总线1130、显示单元1140。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元1110执行，使得所述处理单元1110执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施例的步骤。例如，所述处理单元1110可以执行如图1中所示的步骤S110，在目标应用程序启动时，获取所述目标应用程序对应的待更新组件配置信息；所述目标应用程序是服务端根据待更新组件配置信息，从预构建的组件库中确定的多个目标功能组件进行打包处理生成的；步骤S120，在所述待更新组件配置信息中确定所述目标功能组件对应的待更新配置信息，并将所述待更新配置信息与所述目标功能组件的当前配置信息进行比对，得到区别配置信息；步骤S130，根据所述区别配置信息对所述目标功能组件进行配置处理，得到更新后的目标功能组件。

存储单元1120可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)1121和/或高速缓存存储单元1122，还可以进一步包括只读存储单元(ROM)1123。

存储单元1120还可以包括具有一组(至少一个)程序模块1125的程序/实用工具1124，这样的程序模块1125包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线1130可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备1100也可以与一个或多个外部设备1170(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备1100交互的设备通信，和/或与使得该电子设备1100能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1150进行。并且，电子设备1100还可以通过网络适配器1160与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器1160通过总线1130与电子设备1100的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1100使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施例的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施例的步骤。

参考图12所示，描述了根据本公开的实施例的用于实现上述应用程序更新方法的程序产品1200，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本公开实施例的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种应用程序更新方法，其特征在于，应用于客户端，所述方法包括：

在目标应用程序启动时，获取所述目标应用程序对应的待更新组件配置信息；所述目标应用程序是服务端根据待更新组件配置信息，从预构建的组件库中确定的多个目标功能组件进行打包处理生成的；

在所述待更新组件配置信息中确定所述目标功能组件对应的待更新配置信息，并将所述待更新配置信息与所述目标功能组件的当前配置信息进行比对，得到区别配置信息；

根据所述区别配置信息对所述目标功能组件进行配置处理，得到更新后的目标功能组件。

2.根据权利要求1所述的应用程序更新方法，其特征在于，在根据所述区别配置信息对所述目标功能组件进行配置处理之前，所述方法还包括：

根据所述待更新组件配置信息和所述当前配置信息遍历所述多个目标功能组件，确定组件配置表；

根据所述组件配置表，确定所述目标功能组件的依赖功能组件；

根据所述依赖功能组件确定所述目标功能组件对应控件的显示状态，以实现对所述控件的显示状态的预处理。

3.根据权利要求1所述的应用程序更新方法，其特征在于，所述在所述待更新组件配置信息中确定所述目标功能组件对应的待更新配置信息还包括：

基于所述待更新配置信息，确定所述目标功能组件对应的界面配置信息和事件配置信息；

根据所述界面配置信息对所述目标功能组件对应的所述控件的界面进行配置；

根据所述事件配置信息，配置所述目标功能组件对应的事件集合。

4.根据权利要求3所述的应用程序更新方法，其特征在于，所述根据所述事件配置信息，配置所述目标功能组件对应的事件集合还包括：

根据所述事件配置信息，确定所述事件集合中目标事件对应的控件以及所述控件对应的标识数据，以在所述控件的触发时，根据所述标识数据调用所述目标事件，并确定所述目标事件的返回结果。

5.根据权利要求1所述的应用程序更新方法，其特征在于，所述多个目标功能组件是相互独立的，通过以路由调用的方式实现多个目标功能组件之间的通信。

6.一种应用程序更新方法，其特征在于，应用于服务端，所述方法包括：

获取待更新应用程序对应的待更新组件配置信息；

根据所述待更新组件配置信息从预构建的组件库中确定功能组件集合；所述功能组件集合包括多个目标功能组件；

对所述功能组件集合与所述待更新组件配置信息进行打包处理，生成目标应用程序数据包。

7.根据权利要求1所述的应用程序更新方法，其特征在于，应用于服务端，所述目标应用程序的待更新组件配置信息包括标识数据，所述根据所述待更新组件配置信息从预构建的组件库中确定功能组件集合包括：

根据所述组件标识数据从预构建的组件库中匹配得到多个目标功能组件，以通过所述多个目标功能组件构建功能组件集合。

8.一种应用程序更新装置，其特征在于，应用于客户端，包括：

待更新组件配置信息获取模块，用于在目标应用程序启动时，获取所述目标应用程序对应的待更新组件配置信息；所述目标应用程序是服务端根据待更新组件配置信息，从预构建的组件库中确定的多个目标功能组件进行打包处理生成的；

区别配置信息确定模块，用于在所述待更新组件配置信息中确定所述目标功能组件对应的待更新配置信息，并将所述待更新配置信息与所述目标功能组件的当前配置信息进行比对，得到区别配置信息；

目标功能组件配置模块，用于根据所述区别配置信息对所述目标功能组件进行配置处理，得到更新后的目标功能组件。

9.一种电子设备，包括：

处理器；以及

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现如权利要求1至5中任一项所述的应用程序更新方法，或者实现如权利要求6至7中任一项所述的应用程序更新方法。

10.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至5中任一项所述的应用程序更新方法，或者实现如权利要求6至7中任一项所述的应用程序更新方法。

Images