加载插件的方法及装置的制造方法_2

文档序号:9727164阅读:来源:国知局
图13是根据一示例性实施例示出的一种加载插件的装置示意图;
[0075] 图14是根据一示例性实施例示出的一种加载插件的装置示意图;
[0076]图15是根据一示例性实施例示出的一种用于加载插件的装置的框图。
【具体实施方式】
[0077] 这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及 附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例 中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附 权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
[0078] 相关技术中,随着越来越多移动终端应用的问世,不断地完善移动终端原始系统 的功能,使移动终端的功能越来越多,甚至已经发展到了可以媲美计算机的程度,很多移动 终端应用所提供的功能非常实用,对于这类移动终端应用,用户每天通常会开关很多次。
[0079] 有些终端应用具有多种功能,在接收到用户点击指令时,移动终端根据该点击指 令启动相应的移动终端应用,在启动时,会加载该移动终端应用中的所有功能模块。
[0080] 然而,用户可能仅需要用到该应用中的某一特定功能,很多功能模块的加载是不 必要的,有些大型的移动终端应用,可能会具有非常多的功能模块,采用这样的启动方式, 不仅会使这类移动终端应用的启动变慢,还会增加系统负荷,因而,如何实现快速启动移动 终端应用,减少系统负荷,成为一种亟待解决的问题。
[0081] 本公开中,提出一种加载插件的方法及装置,能够在启动移动终端应用时,只启动 用户需要用到的功能模块,从而实现快速启动移动终端应用,减少系统负荷。
[0082] 图1是根据一示例性实施例示出的一种加载插件的方法的流程图,如图1所示,该 方法可以由移动终端实现,可被实施为如下步骤S11-S13:
[0083]在步骤S11中,接收打开应用的触发;
[0084] 在步骤S12中,调用应用并加载应用的主程序;
[0085] 在步骤S13中,通过应用的主程序加载应用的基础插件。
[0086] 首先,可以分析移动终端中,各个应用的特点,可以按照功能将应用拆分为主程序 和多种插件模块,主程序通过安装包的方式进行安装,由移动终端的操作系统负责启动,当 用户打开终端应用时,系统负责启动主程序,主程序提供基础功能,如插件版本升级,通用 基础功能模块。
[0087]本实施例将应用中的各个功能模块化,成为一个个独立的功能模块,通过插件结 构体现。这些插件是在原应用平台的基础上开发的,通过调用原应用平台的函数。在启动应 用后,由于各个插件是独立的,因而,如果不需要,就不会调用这些插件。在需要某一插件的 功能时,无需调用所有的插件,可以仅对需要用到的插件进行单独调用。本实施例中在启动 时,仅启动应用的主程序和基础插件,无需启动所有的功能模块,从而实现了应用的快速启 动,减少了系统负荷。其次,本实施例将应用的功能模块插件化,能够使各个功能模块的调 用和关闭更加容易,且更加方便应用的升级和维护。
[0088] 举例而言,在接收到打开应用的指令时,调用该应用并由操作系统负责加载该应 用的主程序,通过该应用的主程序加载该应用的基础插件,例如,当该应用为提供购物功能 的应用时,该应用的基础插件可以包括:首页插件,分类页插件和精选页插件。
[0089] 本公开的实施例提供的技术方案可以包括以下有益效果:在打开应用时,只加载 应用的主程序和基础插件,从而,不需要加载应用的全部功能模块,实现了快速启动应用, 减少了系统负荷。
[0090] 在一个实施例中,如图2所示,在上述步骤S13之后,方法还可被实施为如下步骤 S21-S23:
[0091] 在步骤S21中,接收命令;
[0092] 在步骤S22中,判断接收的命令对应的插件是否已加载;
[0093] 在步骤S23中,在接收的命令对应的插件未加载时,通过应用的主程序加载接收的 命令对应的插件。
[0094]以提供购物功能的应用为例,在打开该购物功能的应用时,调用该应用并加载该 应用的主程序,通过该应用的主程序加载该应用的首页插件、分类页插件、精选页插件等基 础插件,当接收到新的命令时,判断该命令对应的插件是否已加载。例如,用户要通过该应 用购买精选页中的一件商品。首先,用户点击进入精选页的按钮,生成进入精选页的命令, 并发送给主程序。由于精选页插件为基础插件,在打开该购物功能的应用时就已经加载,所 以,在移动终端接收到该命令时,进入精选页的命令对应的精选页插件已经开启,可直接进 入精选页。然后,用户在选择要购买的商品之后,进入付款页面,生成进入付款页面的命令, 并发送给移动终端,移动终端在接收到付款命令时,判断该进入付款页面的命令对应的付 款插件未开启,则通过主程序加载该付款命令对应的付款插件。从而为用户提供付款功能。
[0095] 又例如,用户购买了一件商品之后,想要查看该商品的物流信息,则可打开该购物 功能的应用,通过点击物流信息按钮查看物流信息,在用户点击物流信息按钮时,生成进入 物流页面的命令并发送给移动终端,移动终端接收到该命令时,判断该命令对应的物流插 件未开启,则通过主程序加载该命令对应的物流插件。
[0096] 又例如,当用户想要购买一件商品时,由于商品断货、价格太高等缘故,没有购买 该商品,只是将该商品进行预订或收藏,当该商品补货或降价时,服务器会将降价或补货的 消息推送给收藏该商品的终端,在终端收到服务器推送的该消息时,生成打开消息通知插 件的命令,通过判断,消息通知插件未加载,则加载该消息通知软件,并将消息通知显示该 商品已补货或已降价的信息。当用户点击该条消息时,生成显示该商品详细信息的命令,根 据该命令判断该商品的详细页插件是否加载,当该命令对应的商品的详细页插件未加载 时,加载该命令对应的商品的详细页插件。
[0097] 又例如,当用户完成一件商品的购买指令之后,当该商品的物流信息改变时,如当 该商品出库时、到达中转城市物流中心时,到达目的城市物流中心时,提供该商品物流功能 的后台服务器会实时将物流信息改变的消息推送给该购物应用对应的移动终端,在终端接 收到物流信息改变的通知时,生成打开消息通知插件的命令,判断该命令对应的消息通知 插件是否已加载,当该命令对应的物流插件未加载时,通过购物应用的主程序加载该消息 通知插件,显示物流信息改变的信息,同时,可根据该信息同步更新物流插件,当用户主动 点击物流插件查看物流信息的时候,可以看到最新的物流信息。
[0098] 本实施例包括但不仅限于上述示例,上述示例仅用于通过举例更加清楚地描述本 公开,并不用于限制本公开。
[0099] 本公开的实施例提供的技术方案可以包括以下有益效果:在接收到命令且该命令 对应的插件没有加载时,通过应用的主程序加载该命令对应的插件,通过加载接收到的命 令对应的插件,实现在快速启动应用的基础上,保证了该应用功能的完整性。
[0100] 在一个实施例中,命令包括:用户触发的指令或网络侧发送的消息。
[0101] 例如,用户进入商品精选页的操作对应进入商品精选页的命令,移动终端可根据 该命令加载精选页插件;当用户要对该商品进行付款操作对应进入付款页面的命令,移动 终端可根据该命令加载付款插件;又例如,当用户购买的商品的物流信息发生变化时,网络 侧发送表示物流信息改变的消息移动终端可根据该消息加载物流插件,并通过该物流插件 显示该消息的内容,通知用户物流信息发生改变。
[0102] 本公开的实施例提供的技术方案可以包括以下有益效果:该命令既可包括用户触 发的指令,又可包括网络侧发送的消息,从而,保证了接收到用户触发的指令或网络侧发送 的消息时,该应用所对应的插件都能够针对不同的命令类型做出正确响应,进而保证了在 接收到不同类型的命令时都能够保证该应用功能的完整性。
[0103] 在一个实施例中,命令包括:对应的插件的标识;在上述步骤S21之后,方法还可被 实施为如下步骤A1或A2:
[0104] 在步骤A1中,根据命令中的插件的标识,确定命令对应的插件;
[0105] 在步骤A2中,根据预先建立的命令标识与插件标识的对应关系,确定接收的命令 对应的插件。
[0106] 本实施例中,插件的标识可以是插件的编号,也可以是插件的名称。例如,当插件 的标识是
当前第2页1 2 3 4 5 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1