CN104391716A - 基于插件的应用程序实现方法及装置 - Google Patents

Abstract

本发明公开了一种基于插件的应用程序实现方法及装置，其中，基于插件的应用程序实现方法包括：确定当前应用程序中待启动的插件，并基于上述插件进行初始化操作；以及为上述插件创建运行环境，并在所创建的运行环境中加载上述插件，以启动上述插件。上述基于插件的应用程序实现方法及装置实施例，通过确定当前应用程序中待启动的插件，为对应插件创建运行环境，并在所创建的运行环境中加载对应插件，以启动插件，从而可以通过插件来实现应用程序的不同功能，而又不增加应用程序的安装包包体大小。

Description

基于插件的应用程序实现方法及装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种基于插件的应用程序实现方法及装置。

背景技术

目前，应用程序(Application，简称App)多指智能手机的第三方应用程序，比较著名的App商店有苹果(Apple)的iTunes商店里面的App Store，安卓(android)的谷歌(Google)Play Store，诺基亚的ovi store，还有黑莓(Blackberry)的BlackBerry App World。

起初APP只是以一种第三方应用的合作形式参与到互联网商业活动中去的，但随着计算机技术的快速发展，超级应用横空出世。超级应用更加变成了一个公司级别的平台，搭载了越来越多的服务，如腾讯的微博开发平台，百度的百度应用平台都是APP思想的具体表现。比如，微信成功地从单纯的即时聊天应用(IM)变成一个集成社交、游戏、线上到线下(Online To Offline，简称O2O)和公众平台等几大领域的超级APP。

但是，这种超级APP因集成很多功能而造成安装包包体很大，因此，急需提供一种既可以保证APP的功能，又可以解决APP包体大小的解决方案。

发明内容

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。为此，本发明的一个目的在于提出一种基于插件的应用程序实现方法及装置。

根据本发明实施例的基于插件的应用程序实现方法包括：确定当前应用程序中待启动的插件，并基于上述插件进行初始化操作；以及为上述插件创建运行环境，并在所创建的运行环境中加载上述插件，以启动上述插件。

上述基于插件的应用程序实现方法实施例，通过确定当前应用程序中待启动的插件，为对应插件创建运行环境，并在所创建的运行环境中加载对应插件，以启动插件，从而可以通过插件来实现应用程序的不同功能，而又不增加应用程序的安装包包体大小。

根据本发明实施例的基于插件的应用程序实现装置，包括：确定模块，用于确定当前应用程序中待启动的插件，并基于上述插件进行初始化操作；以及创建加载模块，用于为上述插件创建运行环境，并在所创建的运行环境中加载上述插件，以启动上述插件。

上述基于插件的应用程序实现装置实施例，通过确定模块确定当前应用程序中待启动的插件，并通过创建加载模块为对应插件创建运行环境，并在所创建的运行环境中加载对应插件，以启动插件，从而可以通过插件来实现应用程序的不同功能，而又不增加应用程序的安装包包体大小。

附图说明

图1是本发明一个实施例的基于插件的应用程序实现方法的流程图。

图2是本发明另一个实施例的基于插件的应用程序实现方法的流程图。

图3是本发明又一个实施例的基于插件的应用程序实现方法的流程图。

图4是本发明一个实施例的系统运行环境和插件运行环境间的关联图。

图5是根据本发明一个实施例的基于插件的应用程序实现装置的结构示意图。

图6是根据本发明另一个实施例的基于插件的应用程序实现装置的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

下面参考附图描述本发明实施例的基于插件的应用程序实现方法及装置。

图1是本发明一个实施例的基于插件的应用程序实现方法的流程图。

如图1所示，该基于插件的应用程序实现方法包括：

S101,确定当前应用程序中待启动的插件，并基于上述插件进行初始化操作。

在该实施例中，当用户触发需要启动当前APP中的某个插件时，该APP客户端(简称客户端)会获知该插件，并判断该插件是否为首次安装，若为首次安装，则从宿主的数据区拷贝该插件，其中插件是一个二进制文件，因此拷贝插件即拷贝对应的二进制文件。

为了保证插件的安全性，在判断该插件是否为首次安装之前，还可以对该插件进行安全校验，以排除非法插件。

另外，由于拷贝插件时间较长，为了减少用户的等待时间，可以在拷贝插件时，显示提示信息，例如显示“目前正在拷贝插件”，也可以显示一个提示动画等等。

S102,为上述插件创建运行环境，并在所创建的运行环境中加载上述插件，以启动上述插件。

在拷贝完插件后，需要为插件创建运行环境，在该实施例中，不同的插件具有独立的运行环境。在创建好插件所需的运行环境后，在创建的运行环境中加载插件，然后就可以启动对应插件了。

上述基于插件的应用程序实现方法实施例，通过确定当前应用程序中待启动的插件，为对应插件创建运行环境，并在所创建的运行环境中加载对应插件，以启动插件，从而可以通过插件来实现应用程序的不同功能，而又不增加应用程序的安装包包体大小。

图2是本发明另一个实施例的基于插件的应用程序实现方法的流程图。

如图2所示，该基于插件的应用程序实现方法包括：

S201，在当前应用程序启动时，向服务器上传参数信息，并接收服务器根据上述参数信息获取并发送的插件列表。

在该实施例中，在当前应用程序启动时，当前应用程序客户端会向服务器上传所在终端例如用户手机的参数以及客户端的版本号等，服务器在接收到这些参数信息后，会根据该参数信息从数据库中查询到相关的插件列表，并进行下发。由此，获取与当前客户端版本及终端参数例如CPU对应的插件列表。

需要说明的是，上述参数信息可以包括但不限于客户端的版本号、所在终端的参数，还可以用户的行为信息例如用户的使用习惯等等。

S202，将插件列表中的插件下载至本地。

具体地，可以通过插件中心让用户手动下载，也可以在无线保真(wifi)的条件下静默下载。

S203-S204与S101-S102相同，此处不赘述。

上述实施例，通过客户端和服务器间的交互，为用户提供了合适的插件，从而为后续使用插件做好了准备；之后通过确定当前应用程序中待启动的插件，为对应插件创建运行环境，并在所创建的运行环境中加载对应插件，以启动插件，从而可以通过插件来实现应用程序的不同功能，而又不增加应用程序的安装包包体大小。

图3是本发明又一个实施例的基于插件的应用程序实现方法的流程图。

如图3所示，该基于插件的应用程序实现方法包括：

S301-S302与S101-S102相同，此处不赘述。

S303，获得用户触发的插件事件，并将上述插件事件转换成所在终端系统可识别的系统事件，以响应上述插件事件。

在该实施例中，客户端所在终端系统可以为安卓系统，可以为其他系统，也即当前存在终端系统的运行环境和插件的运行环境。为了实现这两种环境间的关联，需要将用户在插件中的行为反馈给终端系统，同时也要将系统事件反馈给插件。

具体地，在启动对应插件之后，获得用户触发的操作，假定该操作与插件事件相对应，则客户端将插件事件转换成所在终端系统可识别的系统事件，这样终端系统就可以识别并响应对应的插件事件。

更具体地，客户端通过接口类将插件事件转换成所在终端系统可识别的系统事件，如图4所示。

S304，获得用户触发的系统事件，并将上述系统事件转换成上述插件可识别的插件事件，以响应上述系统事件。

类似地，在启动对应插件之后，获得用户触发的操作，假定该操作与系统事件相对应，则客户端将系统事件转换成插件可识别的插件事件，这样插件就可以识别并响应对应的系统事件。

由于上述插件继承于应用开发包(SDK)基类，而SDK基类继承于终端系统的基类，故当系统的基类收到系统事件时，会将系统事件传递给SDK基类，SDK基类再传递给插件，这样，插件就可以获知并响应对应的系统事件了。

具体地，由于在该运行环境中保存了插件的相关信息映射，比如插件资源、插件类加载器(classloader)、插件主题(theme)等，因此，系统的基类可以通过SDK将系统事件传递给插件，如图4所示。

由此可见，通过上述方式可以实现插件与客户端间的双向关联，真正实现了插件与客户端之间的无缝调用，让用户对插件的概念无感知，提升了客户端的整体体验。

为了实现上述实施例，本发明还提出一种基于插件的应用程序实现装置。

图5是根据本发明一个实施例的基于插件的应用程序实现装置的结构示意图。如图5所示，该基于插件的应用程序实现装置包括确定模块51和创建加载模块52，其中：

确定模块51用于确定当前应用程序中待启动的插件，并基于上述插件进行初始化操作；创建加载模块52用于为上述插件创建运行环境，并在所创建的运行环境中加载上述插件，以启动上述插件。

另外，为了获得合适的插件，该装置还可以包括收发模块53和下载模块54，如图6所示，收发模块53用于在上述确定模块51确定当前应用程序中待启动的插件之前，在当前APP启动时，向服务器上传参数信息，并接收服务器根据上述参数信息获取并发送的插件列表，上述参数信息可以包括但不限于版本信息、所在终端的CPU信息和内存信息以及用户的行为信息中的一种或几种；下载模块54用于将上述收发模块53接收的上述插件列表中的插件下载至本地。具体地，可以通过插件中心让用户手动下载，也可以在无线保真(wifi)的条件下静默下载。

在该实施例中，当用户需要启动某个插件时，确定模块51会获知该插件，并判断该插件是否为首次安装，若为首次安装，则从宿主的数据区拷贝该插件，其中插件是一个二进制文件，因此拷贝插件即拷贝对应的二进制文件。

为了保证插件的安全性，在判断该插件是否为首次安装之前，确定模块51还可以对该插件进行安全校验，以排除非法插件。

另外，由于拷贝插件时间较长，为了减少用户的等待时间，确定模块51可以在拷贝插件时，显示提示信息，例如显示“目前正在拷贝插件”，也可以显示一个提示动画等等。

在拷贝完插件后，需要为插件创建运行环境，在该实施例中，不同的插件具有独立的运行环境。在创建好插件所需的运行环境后，在创建的运行环境中加载插件，然后就可以启动对应插件了。

在该实施例中，基于插件的应用程序实现装置所在终端系统可以为安卓系统，可以为其他系统，也即当前存在终端系统的运行环境和插件的运行环境。为了实现这两种环境间的关联，需要将用户在插件中的行为反馈给终端系统，同时也要将系统事件反馈给插件。因此，该装置还可以包括：转换模块55，如图6所示，该转换模块55用于：在上述创建加载模块52启动上述插件之后，获得用户触发的插件事件，并将上述插件事件转换成所在终端系统可识别的系统事件，以响应上述插件事件；和/或获得用户触发的系统事件，并将上述系统事件转换成上述插件可识别的插件事件，以响应上述系统事件。具体的关联方法可参见方法实施例，此处不赘述。

上述基于插件的应用程序实现装置实施例，通过确定模块确定当前应用程序中待启动的插件，并通过创建加载模块为对应插件创建运行环境，并在所创建的运行环境中加载对应插件，以启动插件，从而可以通过插件来实现应用程序的不同功能，而又不增加应用程序的安装包包体大小。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种基于插件的应用程序实现方法，其特征在于，包括：

确定当前应用程序中待启动的插件，并基于所述插件进行初始化操作；以及

为所述插件创建运行环境，并在所创建的运行环境中加载所述插件，以启动所述插件。

2.根据权利要求1所述的方法，其特征在于，所述基于所述插件进行初始化操作，包括：

判断所述插件是否为首次安装，若为首次安装，则拷贝所述插件。

3.根据权利要求1所述的方法，其特征在于，在所述启动所述插件之后，还包括：

获得用户触发的插件事件，并将所述插件事件转换成所在终端系统可识别的系统事件，以响应所述插件事件；和/或

获得用户触发的系统事件，并将所述系统事件转换成所述插件可识别的插件事件，以响应所述系统事件。

4.根据权利要求1所述的方法，其特征在于，在所述确定当前应用程序中待启动的插件之前，还包括：

在所述当前应用程序启动时，向服务器上传参数信息，并接收所述服务器根据所述参数信息获取并发送的插件列表,其中，所述参数信息包括版本信息、所在终端的CPU信息和内存信息以及用户的行为信息中的一种或几种；以及

将所述插件列表中的插件下载至本地。

5.根据权利要求2所述的方法，其特征在于，在所述判断所述插件是否为首次安装之前，还包括：对所述插件进行安全校验；和/或

在所述拷贝所述插件时，还包括：显示提示信息。

6.一种基于插件的应用程序实现装置，其特征在于，包括：

确定模块，用于确定当前应用程序中待启动的插件，并基于所述插件进行初始化操作；以及

创建加载模块，用于为所述插件创建运行环境，并在所创建的运行环境中加载所述插件，以启动所述插件。

7.根据权利要求6所述的装置，其特征在于，所述确定模块，具体用于：

判断所述插件是否为首次安装，若为首次安装，则拷贝所述插件。

8.根据权利要求6所述的装置，其特征在于，还包括：

转换模块，用于：在所述创建加载模块启动所述插件之后，获得用户触发的插件事件，并将所述插件事件转换成所在终端系统可识别的系统事件，以响应所述插件事件；和/或

获得用户触发的系统事件，并将所述系统事件转换成所述插件可识别的插件事件，以响应所述系统事件。

9.根据权利要求6所述的装置，其特征在于，还包括：

收发模块，用于在所述确定模块确定当前应用程序中待启动的插件之前，在所述当前应用程序启动时，向服务器上传参数信息，并接收所述服务器根据所述参数信息获取并发送的插件列表,其中，所述参数信息包括版本信息、所在终端的CPU信息和内存信息以及用户的行为信息中的一种或几种；以及

下载模块，用于将所述收发模块接收的所述插件列表中的插件下载至本地。

10.根据权利要求7所述的装置，其特征在于，所述确定模块，还用于：

在判断所述插件是否为首次安装之前，对所述插件进行安全校验；和/或

在拷贝所述插件时，显示提示信息。