CN105893094A - 应用程序插件化的实现方法和装置 - Google Patents

Abstract

本发明提出一种应用程序插件化的实现方法和装置，该应用程序插件化的实现方法包括：获取应用程序的功能插件对应的动态库文件，所述动态库文件中包含预先定义的功能插件与应用程序间的接口文件；将所述动态库文件加载到内存中，并从所述动态库文件中获取接口文件；根据所述接口文件加载所述功能插件，并实现所述应用程序与所述功能插件之间的双向数据通信；将所述功能插件的内存路径发送给所述功能插件，以使所述功能插件根据所述内存路径自加载插件资源。该方法能够实现应用程序的插件化，从而可以减小APP包的大小，并且可以对功能插件进行动态更新，无需让用户更新整个APP包。

Description

应用程序插件化的实现方法和装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种应用程序插件化的实现方法和装置。

背景技术

随着移动互联网技术的发展，移动设备的使用已很普遍。用户可以在移动设备上安装应用程序(APP)，以满足用户各种需求。

相关技术中，在生成APP时，一般是将模块的代码和资源打包成静态库，加载到APP工程中进行编译，最终链接到APP包中，所有模块的代码和资源均是包含在APP包中。

但是，上述技术存在如下问题：(1)随着功能模块的增多，APP包集成的静态库越多，APP包大小将随着增大，最终甚至可能因为包过大而无法通过移动设备***(如iOS***)公司的审核；(2)功能模块无法进行代码的动态更新，需要用户更新整个APP包。

发明内容

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本发明的一个目的在于提出一种应用程序插件化的实现方法，该方法可以实现应用程序的插件化，从而可以减小APP包的大小，并且可以对功能插件进行动态更新，无需让用户更新整个APP包。

本发明的另一个目的在于提出一种应用程序插件化的实现装置。

为达到上述目的，本发明第一方面实施例提出的应用程序插件化的实现方法，包括：获取应用程序的功能插件对应的动态库文件，所述动态库文件中包含预先定义的功能插件与应用程序间的接口文件；将所述动态库文件加载到内存中，并从所述动态库文件中获取接口文件；根据所述接口文件加载所述功能插件，并实现所述应用程序与所述功能插件之间的双向数据通信；将所述功能插件的内存路径发送给所述功能插件，以使所述功能插件根据所述内存路径自加载插件资源。

本发明第一方面实施例提出的应用程序插件化的实现方法，通过加载动态库文件，可以根据动态库文件加载功能插件、保证应用程序与功能插件间的双向数据通信，以及实现功能插件自加载插件资源，可以在应用程序运行时动态加载功能插件，从而实现应用程序的插件化，当应用程序采用插件化管理后，可以减少APP包的大小，并且可以对功能插件进行动态更新，无需让用户更新整个APP包。

为达到上述目的，本发明第二方面实施例提出的应用程序插件化的实现装置，包括：第一获取模块，用于获取应用程序的功能插件对应的动态库文件，所述动态库文件中包含预先定义的功能插件与应用程序间的接口文件；第二获取模块，用于将所述动态库文件加载到内存中，并从所述动态库文件中获取接口文件；加载模块，用于根据所述接口文件加载所述功能插件，并实现所述应用程序与所述功能插件之间的双向数据通信；发送模块，用于将所述功能插件的内存路径发送给所述功能插件，以使所述功能插件根据所述内存路径自加载插件资源。

本发明第二方面实施例提出的应用程序插件化的实现装置，通过加载动态库文件，可以根据动态库文件加载功能插件、保证应用程序与功能插件间的双向数据通信，以及实现功能插件自加载插件资源，可以在应用程序运行时动态加载功能插件，从而实现应用程序的插件化，当应用程序采用插件化管理后，可以减少APP包的大小，并且可以对功能插件进行动态更新，无需让用户更新整个APP包。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1是本发明一个实施例提出的应用程序插件化的实现方法的流程示意图；

图2是本发明另一个实施例提出的应用程序插件化的实现方法的流程示意图；

图3是本发明一个实施例提出的应用程序插件化的实现装置的结构示意图；

图4是本发明一个实施例提出的应用程序插件化的实现装置的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的模块或具有相同或类似功能的模块。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能理解为对本发明的限制。相反，本发明的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。

图1是本发明一个实施例提出的应用程序插件化的实现方法的流程示意图。

参见图1，本实施例的方法包括：

S11：获取应用程序的功能插件对应的动态库文件，所述动态库文件中包含预先定义的功能插件与应用程序间的接口文件。

本发明实施例中，以应用程序是应用于iOS***的应用程序为例。

在开发应用程序时，可以将至少部分的功能模块独立进行开发，并以插件的形式动态加载到APP中。这些独立开发的功能模块可以称为功能插件。

在iOS***中，描述功能插件的文件称为动态库(framework)文件，framework文件中包含了代码和资源文件。

在开发APP时，可以定义功能插件与APP间的通信协议接口(简称为接口)，并将定义得到的接口文件保存在动态库文件中。

其中，APP在需要加载功能插件时，可以从本地获取上述的动态库文件，或者，也可以从服务端获取上述的动态库文件。具体的，在生成动态库文件时，可以标识版本，当本地存在需要版本的动态库文件时，从本地获取上述的动态库文件，如果本地不存在需要版本的动态库文件时，则从服务端获取动态库文件。

进一步的，需要版本可以具体是指最新版本。在开发人员生成最新版本的动态库文件后，可以将最新版本的动态库文件保存在服务端。

S12：将所述动态库文件加载到内存中，并从所述动态库文件中获取接口文件。

在获取到上述的动态库文件后，可以利用OC中的NSBundle加载机制将动态库文件加载到内存中。

在将动态库文件加载到内存后，可以解析该动态库文件，从中获取接口文件。

S13：根据所述接口文件加载所述功能插件，并实现所述应用程序与所述功能插件之间的双向数据通信。

其中，可以从接口文件中获取接口名称，该接口名称是一个字符串。

之后，可以采用反射机制，利用接口名称动态生成接口类，并对其实例化，得到接口实例对象。

其中，反射机制是指JAVA反射机制，JAVA反射机制是在运行状态中，对于任意一个类，都能够知道这个类的所有属性和方法；对于任意一个对象，都能够调用它的任意一个方法和属性；这种动态获取的信息以及动态调用对象的方法的功能称为JAVA反射机制。

得到接口实例对象后，可以利用接口实例对象采用selector方式动态调用APP与功能插件间接口的方法，实现功能插件的加载。

selector是一个对象中用来选择方法来执行的名字，或者是当源代码编译时候用来替换名字的唯一的标示。selector自己并不能做任何事情。它简单的标示了一个方法。使得selector方法名称不同于普通字符串的唯一的事情是编译器确定selectors是独特的。使得selector有用的是(与运行时结合)它扮演着类似于一个动态函数指针，对于一个已经给与的名字，自动指向类所使用的适用的方法的实现。

在实现APP与功能插件间的双向数据通信时，可以采用委托机制，在上述采用selector方式调用方法时传递和返回委托对象，实现APP与插件间的双向数据通信。委托对象是指APP内与功能插件进行交互的类对象。

委托机制(Delegate)是iOS***中的一种协议，通过@protocol的方式实现，能够委托由他人帮助自身完成指定的事情。

S14：将所述功能插件的内存路径发送给所述功能插件，以使所述功能插件根据所述内存路径自加载插件资源。

其中，功能插件的内存路径是动态库文件的内存路径，该内存路径可以预先指定。

在加载功能插件后，APP可以利用委托机制，将功能插件的内存(bundle)路径发送给功能插件，由于功能插件运行时需要的插件资源都保存到内存路径对应的内存中，因此，功能插件获取到内存路径后，可以根据该内存路径从对应的内存中获取插件资源，实现插件资源的自加载，保证功能插件的成功运行。

本实施例中，通过加载动态库文件，可以根据动态库文件加载功能插件、保证应用程序与功能插件间的双向数据通信，以及实现功能插件自加载插件资源，可以在应用程序运行时动态加载功能插件，从而实现应用程序的插件化，当应用程序采用插件化管理后，可以减少APP包的大小，并且可以对功能插件进行动态更新，无需让用户更新整个APP包。

图2是本发明另一个实施例提出的应用程序插件化的实现方法的流程示意图。

参见图2，本实施例的方法包括：

S201：定义APP与功能插件之间的通信协议接口，生成接口文件。

其中，在开发APP时，可以由开发人员定义该接口，生成相应的接口文件(.h文件)。

S202：创建包含接口文件的动态库文件，并标识版本。

其中，可以在XCode中创建动态库(framework)工程，将上述生成的接口文件包含在动态库工程中，并在动态库工程中进行插件的功能开发，生成动态库文件，并标识版本。

S203：压缩动态库文件并保存在服务端。

例如，将动态库文件压缩成.zip格式。

S204：APP在需要加载功能插件时，进行版本匹配。

例如，APP确定需要加载的功能插件对应的需要的动态库文件的版本，并与本地存储的该功能插件对应的动态库文件的版本进行比较。

S205：APP判断本地存储的动态库文件是否是最新版本，若是，执行S207，否则执行S206。

S206：从服务端下载压缩后的动态库文件，并解压到APP的目录中。

其中，在确定需要版本的动态库文件后，可以从服务端下载相应版本的动态库文件。

S207：利用OC中的NSBundle加载机制将动态库文件加载到内存中。

例如，在本地存在最新版本的动态库文件，或者，从服务端下载并解压到APP的目录中后，可以从本地的APP目录中获取最新版本的动态库文件，并采用上述的机制加载到内存中。

S208：采用反射机制，利用接口名称动态生成接口类，并对其实例化，得到接口实例对象。

S209：利用接口实例对象采用selector方式动态调用APP与功能插件间接口的方法，实现功能插件的加载。

S210：采用委托机制，在上述采用selector方式调用接口的方法时传递和返回委托对象，实现APP与插件间的双向数据通信。

S211：利用委托机制，将功能插件的内存(bundle)路径发送给功能插件，实现功能插件的资源自加载。

本实施例中，通过将APP插件化后，可以将APP的至少部分功能模块独立进行开发，并以插件的形式动态加载到APP中，实现APP与插件之间从功能到资源上的深度解耦，并实现插件的动态更新，极大地减小了APP包的大小，同时，又能对功能进行动态更新，而无需让用户更新APP，提升用户体验。

图3是本发明一个实施例提出的应用程序插件化的实现装置的结构示意图。参见图3，该装置30包括：第一获取模块31、第二获取模块32、加载模块33和发送模块34。

第一获取模块31用于获取应用程序的功能插件对应的动态库文件，所述动态库文件中包含预先定义的功能插件与应用程序间的接口文件。

本发明实施例中，以应用程序是应用于iOS***的应用程序为例。

在开发应用程序时，可以将至少部分的功能模块独立进行开发，并以插件的形式动态加载到APP中。这些独立开发的功能模块可以称为功能插件。

在iOS***中，描述功能插件的文件称为动态库(framework)文件，framework文件中包含了代码和资源文件。

在开发APP时，可以定义功能插件与APP间的通信协议接口(简称为接口)，并将定义得到的接口文件保存在动态库文件中。

其中，APP在需要加载功能插件时，可以从本地获取上述的动态库文件，或者，也可以从服务端获取上述的动态库文件。具体的，在生成动态库文件时，可以标识版本，当本地存在需要版本的动态库文件时，从本地获取上述的动态库文件，如果本地不存在需要版本的动态库文件时，则从服务端获取动态库文件。

进一步的，需要版本可以具体是指最新版本。在开发人员生成最新版本的动态库文件后，可以将最新版本的动态库文件保存在服务端。

第二获取模块32用于将所述动态库文件加载到内存中，并从所述动态库文件中获取接口文件。

在获取到上述的动态库文件后，可以利用OC中的NSBundle加载机制将动态库文件加载到内存中。

在将动态库文件加载到内存后，可以解析该动态库文件，从中获取接口文件。

加载模块33用于根据所述接口文件加载所述功能插件，并实现所述应用程序与所述功能插件之间的双向数据通信。

其中，可以从接口文件中获取接口名称，该接口名称是一个字符串。

之后，可以采用反射机制，利用接口名称动态生成接口类，并对其实例化，得到接口实例对象。

其中，反射机制是指JAVA反射机制，JAVA反射机制是在运行状态中，对于任意一个类，都能够知道这个类的所有属性和方法；对于任意一个对象，都能够调用它的任意一个方法和属性；这种动态获取的信息以及动态调用对象的方法的功能称为JAVA反射机制。

得到接口实例对象后，可以利用接口实例对象采用selector方式动态调用APP与功能插件间接口的方法，实现功能插件的加载。

在实现APP与功能插件间的双向数据通信时，可以采用委托机制，在上述采用selector方式调用方法时传递和返回委托对象，实现APP与插件间的双向数据通信。委托对象是指APP内与功能插件进行交互的类对象。

发送模块34用于将所述功能插件的内存路径发送给所述功能插件，以使所述功能插件根据所述内存路径自加载插件资源。

其中，功能插件的内存路径是动态库文件的内存路径，该内存路径可以预先指定。

在加载功能插件后，APP可以利用委托机制，将功能插件的内存(bundle)路径发送给功能插件，由于功能插件运行时需要的插件资源都保存到内存路径对应的内存中，因此，功能插件获取到内存路径后，可以根据该内存路径从对应的内存中获取插件资源，实现插件资源的自加载，保证功能插件的成功运行。

一些实施例中，参见图4，该装置30还包括：

第一生成模块35，用于生成所述接口文件。

其中，在开发APP时，可以由开发人员定义该接口，生成相应的接口文件(.h文件)。

第二生成模块36，用于将所述接口文件包含在所述动态库文件中，并标识所述动态库文件的版本。

其中，在开发APP时，可以由开发人员定义该接口，生成相应的接口文件(.h文件)。

保存模块37，用于对所述动态库文件进行压缩后保存在服务端。

例如，将动态库文件压缩成.zip格式。

相应的，第一获取模块31包括：

第一单元311，用于在应用程序需要加载所述功能插件时，判断本地是否存在需要加载的功能插件的需要版本的动态库文件；

第二单元312，用于如果本地存在需要版本的动态库文件，则在本地获取所述动态库文件；

第三单元313，用于如果本地不存在需要版本的动态库文件，则从服务端下载需要版本的动态库文件，并对下载的动态库文件进行解压，以获取解压后的动态库文件。

例如，在本地存在最新版本的动态库文件，或者，从服务端下载并解压到APP的目录中后，可以从本地的APP目录中获取最新版本的动态库文件，并采用上述的机制加载到内存中。

一些实施例中，参见图4，加载模块33包括：

第四单元331，用于从所述接口文件中获取接口名称；

第五单元332，用于采用反射机制，利用所述接口名称动态生成接口类，并进行实例化，得到接口实例对象；

第六单元333，用于利用接口实例对象，采用selector方式动态调用应用程序与功能插件间接口的方法，实现功能插件的加载。

一些实施例中，加载模块33包括：

第七单元334，用于利用委托机制，在调用所述接口的方法时，传递和返回委托对象，实现应用程序与所述功能插件间的双向数据通信。

一些实施例中，所述发送模块34具体用于：

利用委托机制，将功能插件的内存路径发送给功能插件。

可以理解的是，本实施例的装置与方法实施例对应，具体内容可以参见方法实施例中的相关描述，在此不再详细说明。

本实施例中，通过加载动态库文件，可以根据动态库文件加载功能插件、保证应用程序与功能插件间的双向数据通信，以及实现功能插件自加载插件资源，可以在应用程序运行时动态加载功能插件，从而实现应用程序的插件化，当应用程序采用插件化管理后，可以减少APP包的大小，并且可以对功能插件进行动态更新，无需让用户更新整个APP包。

需要说明的是，在本发明的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是指至少两个。

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

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

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

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

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (13)

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

获取应用程序的功能插件对应的动态库文件，所述动态库文件中包含预先定义的功能插件与应用程序间的接口文件；

将所述动态库文件加载到内存中，并从所述动态库文件中获取接口文件；

根据所述接口文件加载所述功能插件，并实现所述应用程序与所述功能插件之间的双向数据通信；

将所述功能插件的内存路径发送给所述功能插件，以使所述功能插件根据所述内存路径自加载插件资源。

2.根据权利要求1所述的方法，其特征在于，还包括：

生成所述接口文件；

将所述接口文件包含在所述动态库文件中，并标识所述动态库文件的版本；

对所述动态库文件进行压缩后保存在服务端。

3.根据权利要求2所述的方法，其特征在于，所述获取应用程序的功能插件对应的动态库文件，包括：

在应用程序需要加载所述功能插件时，判断本地是否存在需要加载的功能插件的需要版本的动态库文件；

如果本地存在需要版本的动态库文件，则在本地获取所述动态库文件；

如果本地不存在需要版本的动态库文件，则从服务端下载需要版本的动态库文件，并对下载的动态库文件进行解压，以获取解压后的动态库文件。

4.根据权利要求1所述的方法，其特征在于，所述根据所述接口文件加载所述功能插件，包括：

从所述接口文件中获取接口名称；

采用反射机制，利用所述接口名称动态生成接口类，并进行实例化，得到接口实例对象；

利用接口实例对象，采用selector方式动态调用应用程序与功能插件间接口的方法，实现功能插件的加载。

5.根据权利要求1所述的方法，其特征在于，所述实现应用程序与所述功能插件间的双向数据通信，包括：

利用委托机制，在调用所述接口的方法时，传递和返回委托对象，实现应用程序与所述功能插件间的双向数据通信。

6.根据权利要求1所述的方法，其特征在于，所述将所述功能插件的内存路径发送给所述功能插件，包括：

利用委托机制，将功能插件的内存路径发送给功能插件。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述应用程序是应用于iOS***的应用程序。

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

第一获取模块，用于获取应用程序的功能插件对应的动态库文件，所述动态库文件中包含预先定义的功能插件与应用程序间的接口文件；

第二获取模块，用于将所述动态库文件加载到内存中，并从所述动态库文件中获取接口文件；

加载模块，用于根据所述接口文件加载所述功能插件，并实现所述应用程序与所述功能插件之间的双向数据通信；

发送模块，用于将所述功能插件的内存路径发送给所述功能插件，以使所述功能插件根据所述内存路径自加载插件资源。

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

第一生成模块，用于生成所述接口文件；

第二生成模块，用于将所述接口文件包含在所述动态库文件中，并标识所述动态库文件的版本；

保存模块，用于对所述动态库文件进行压缩后保存在服务端。

10.根据权利要求9所述的装置，其特征在于，所述第一获取模块包括：

第一单元，用于在应用程序需要加载所述功能插件时，判断本地是否存在需要加载的功能插件的需要版本的动态库文件；

第二单元，用于如果本地存在需要版本的动态库文件，则在本地获取所述动态库文件；

第三单元，用于如果本地不存在需要版本的动态库文件，则从服务端下载需要版本的动态库文件，并对下载的动态库文件进行解压，以获取解压后的动态库文件。

11.根据权利要求8所述的装置，其特征在于，所述加载模块包括：

第四单元，用于从所述接口文件中获取接口名称；

第五单元，用于采用反射机制，利用所述接口名称动态生成接口类，并进行实例化，得到接口实例对象；

第六单元，用于利用接口实例对象，采用selector方式动态调用应用程序与功能插件间接口的方法，实现功能插件的加载。

12.根据权利要求8所述的装置，其特征在于，所述加载模块包括：

第七单元，用于利用委托机制，在调用所述接口的方法时，传递和返回委托对象，实现应用程序与所述功能插件间的双向数据通信。

13.根据权利要求8所述的装置，其特征在于，所述发送模块具体用于：

利用委托机制，将功能插件的内存路径发送给功能插件。