CN113535276A - 插件全解耦应用组合方法 - Google Patents

Abstract

本发明提供了插件全解耦应用组合方法,属于程序开发应用的技术领域，其通过获取和分析业务平台的请求消息，以此从预设插件库中选择与该请求消息对应的功能扩展需求相匹配的功能插件；在业务平台需要调用功能插件时，将功能插件与中介插件进行组装耦合，以及在业务平台需要卸载功能插件时，解除功能插件与中介插件之间的耦合连接关系，其利用中介插件作为业务平台的应用程序与功能插件之间的数据传输中间通道，该中介插件能够与不同应用程序兼容连接，而该功能插件组装耦合到中介插件的过程中并不需要对功能插件重新进行编辑，大大减少功能插件的开发工作量，在不需要对功能插件进行改动的情况下也能够实现功能插件与应用程序的快速解耦组装。

Description

插件全解耦应用组合方法

技术领域

本发明涉及程序开发应用的技术领域，尤其涉及插件全解耦应用组合方法。

背景技术

智能手机等业务平台中通常安装有不同APP应用程序，这些APP应用程序在运行过程中需要借助相应的插件从业务平台本地或者互联网中调取不同类型的数据。比如大众点评这类饮食推荐APP应用程序在运行过程中可能需要调取相应的地图定位数据，此时该APP应用程序需要与具有地图定位数据调取功能的插件进行组合连接。但是，不同类型的APP应用程序具有独特的运行框架，同一功能插件并不是能够与所有APP应用程序的运行框架兼容，因此针对不同类型的APP应用程序需要单独设计专用的功能插件，这不仅增大了功能插件的开发工作量，同时也无法有效提高功能插件与不同APP应用程序进行耦合组装的兼容性。

发明内容

针对上述现有技术存在的缺陷，本发明提供插件全解耦应用组合方法，其通过获取和分析业务平台的请求消息，以此从预设插件库中选择与该请求消息对应的功能扩展需求相匹配的功能插件；接着确定功能插件的接口配置参数及其在业务平台中的部署地址，以此与功能插件相兼容的中介插件；随后，在业务平台需要调用功能插件时，将功能插件与中介插件进行组装耦合，以及在业务平台需要卸载功能插件时，解除功能插件与中介插件之间的耦合连接关系，其利用中介插件作为业务平台的应用程序与功能插件之间的数据传输中间通道，该中介插件能够与不同应用程序兼容连接，而该功能插件组装耦合到中介插件的过程中并不需要对功能插件重新进行编辑，这不仅大大减少功能插件的开发工作量，并且还能够在不需要对功能插件进行改动的情况下也能够实现功能插件与应用程序的快速解耦组装。

本发明提供插件全解耦应用组合方法，其包括如下步骤：

步骤S1，获取业务平台的请求消息；分析请求消息，以此确定业务平台的功能扩展需求；再根据功能扩展需求，从预设插件库中选择相应的功能插件；

步骤S2，分析所选择的功能插件，以此确定所选择的功能插件的接口配置参数以及所选择的功能插件在业务平台中的部署地址；根据接口配置参数，选择与所选择的功能插件相兼容的中介插件，并将中介插件设置在业务平台与部署地址对应的位置上；

步骤S3，确定业务平台是否需要调用功能插件；若需要，则将功能插件与中介插件进行耦合，从而实现功能插件在业务平台上的运行；

步骤S4，确定业务平台是否需要卸载功能插件；若需要，则解除功能插件与中介插件之间的耦合连接关系；

进一步，在步骤S1中，获取业务平台的请求消息具体包括：

对业务平台上安装的应用程序进行监控，确定应用程序是处于前台运行状态还是后台运行状态；

若应用程序处于前台运行状态，则确定应用程序是否接收到来自业务平台的运行变更请求消息；其中，运行变更请求消息用于控制应用程序进行数据调取的功能扩展操作；

若应用程序处于后台运行状态，则保持应用程序当前所处状态不变；

进一步，在步骤S1中，分析请求消息，以此确定业务平台的功能扩展需求具体包括：

分析运行变更请求消息，以此确定业务平台指示应用程序在进行数据调取的功能扩展操作中需要调取的数据类型，以此作为功能扩展需求；

进一步，在步骤S1中，根据功能扩展需求，从预设插件库中选择相应的功能插件具体包括：

根据应用程序在进行数据调取的功能扩展操作中需要调取的数据类型，从预设插件库中选择能够从业务平台自身的存储空间或者互联网中调取相应类型的数据的本地插件，以此作为功能插件；

进一步，在步骤S2中，分析所选择的功能插件，以此确定所选择的功能插件的接口配置参数以及所选择的功能插件在业务平台中的部署地址具体包括：

分析所选择的功能插件，确定功能插件的数据调取速度和调取数据缓存容量，以此作为功能插件的接口配置参数；

分析所选择的功能插件，确定功能插件在业务平台中对应设置的应用程序的端口地址，以此作为部署地址；

进一步，在步骤S2中，根据接口配置参数，选择与所选择的功能插件向兼容的中介插件，并将中介插件设置在业务平台于部署地址对应的位置上具体包括：

选择数据中转传输速度大于或等于数据调取速度以及数据缓存空间容量大于或等于调取数据缓存容量的通信插件作为中介插件；

将中介插件设置在业务平台中对应设置的应用程序的端口地址，并且构建中介插件与应用程序之间的数据传输链路；

进一步，在步骤S3中，确定业务平台是否需要调用功能插件具体包括：

确定业务平台是否向应用程序发送数据调用启动触发指令；若是，则确定业务平台需要调用功能插件；若否，则确定业务平台不需要调用功能插件；

进一步，在步骤S3中，将功能插件与中介插件进行耦合，从而实现功能插件在业务平台上的运行具体包括：

获取业务平台当前的操作***的类型，根据操作***的类型，调整功能插件安装到业务平台上的模式；

当功能插件完成在业务平台的安装后，构建功能插件与中介插件的数据传输耦合，从而实现功能插件在业务平台上的运行；

进一步，在步骤S4中，确定业务平台是否需要卸载功能插件具体包括：

确定业务平台是否向应用程序发送数据调用终止触发指令；若是，则确定业务平台需要卸载功能插件；若否，则确定业务平台不需要卸载功能插件；

进一步，在步骤S4中，解除功能插件与中介插件之间的耦合连接关系具体包括：

在业务平台的后台运行模式中，卸载功能插件，从而解除功能插件与中介插件之间的耦合连接关系。

本发明的有益效果是：

相比于现有技术，本发明的插件全解耦应用组合方法通过获取和分析业务平台的请求消息，以此从预设插件库中选择与该请求消息对应的功能扩展需求相匹配的功能插件；接着确定功能插件的接口配置参数及其在业务平台中的部署地址，以此与功能插件相兼容的中介插件；随后，在业务平台需要调用功能插件时，将功能插件与中介插件进行组装耦合，以及在业务平台需要卸载功能插件时，解除功能插件与中介插件之间的耦合连接关系，其利用中介插件作为业务平台的应用程序与功能插件之间的数据传输中间通道，该中介插件能够与不同应用程序兼容连接，而该功能插件组装耦合到中介插件的过程中并不需要对功能插件重新进行编辑，这不仅大大减少功能插件的开发工作量，并且还能够在不需要对功能插件进行改动的情况下也能够实现功能插件与应用程序的快速解耦组装。

具体实施方式

下面对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

该插件全解耦应用组合方法包括如下步骤：

步骤S1，获取业务平台的请求消息；分析该请求消息，以此确定业务平台的功能扩展需求；再根据该功能扩展需求，从预设插件库中选择相应的功能插件；

步骤S2，分析所选择的功能插件，以此确定所选择的功能插件的接口配置参数以及所选择的功能插件在业务平台中的部署地址；根据该接口配置参数，选择与所选择的功能插件相兼容的中介插件，并将该中介插件设置在该业务平台与该部署地址对应的位置上；

步骤S3，确定该业务平台是否需要调用该功能插件；若需要，则将该功能插件与该中介插件进行耦合，从而实现该功能插件在该业务平台上的运行；

步骤S4，确定该业务平台是否需要卸载该功能插件；若需要，则解除该功能插件与该中介插件之间的耦合连接关系。

上述技术方案的有益效果为：该插件全解耦应用组合方法通过获取和分析业务平台的请求消息，以此从预设插件库中选择与该请求消息对应的功能扩展需求相匹配的功能插件；接着确定功能插件的接口配置参数及其在业务平台中的部署地址，以此与功能插件相兼容的中介插件；随后，在业务平台需要调用功能插件时，将功能插件与中介插件进行组装耦合，以及在业务平台需要卸载功能插件时，解除功能插件与中介插件之间的耦合连接关系，其利用中介插件作为业务平台的应用程序与功能插件之间的数据传输中间通道，该中介插件能够与不同应用程序兼容连接，而该功能插件组装耦合到中介插件的过程中并不需要对功能插件重新进行编辑，这不仅大大减少功能插件的开发工作量，并且还能够在不需要对功能插件进行改动的情况下也能够实现功能插件与应用程序的快速解耦组装。

在实际应用中，该业务平台可为但不限于智能手机等移动终端，该业务平台上可安装有不同类的APP应用程序。当业务平台上的APP应用程序运行并且需要从业务平台本地或者互联网中调取其他数据（比如调取地图数据或者通信录数据等）等功能扩展时，该APP应用程序需要从相应的插件库中选择合适的插件，并且将选择的插件耦合组装到该APP应用程序上，此时该APP应用程序与该插件之间是否兼容或者能够快速的耦合组装，将直接影响APP应用程序甚至业务平台能够正常运行。

优选地，在该步骤S1中，获取业务平台的请求消息具体包括：

对业务平台上安装的应用程序进行监控，确定该应用程序是处于前台运行状态还是后台运行状态；

若该应用程序处于前台运行状态，则确定该应用程序是否接收到来自业务平台的运行变更请求消息；其中，该运行变更请求消息用于控制该应用程序进行数据调取的功能扩展操作；

若该应用程序处于后台运行状态，则保持该应用程序当前所处状态不变。

上述技术方案的有益效果为：该业务平台能够通过相应的应用程序控制端监控其安装的每个应用程序的运行状态，以此确定该应用程序是处于前台运行状态还后台运行状态。其中，应用程序处于前台运行状态是指应用程序在业务平台中正处于被用户操作的状态；应用程序处于后台运行状态是指应用程序在业务平台中正处于开启但未被用户操作的状态。

当该应用程序处于前台运行状态时，确定该应用程序是否接收到来自业务平台的运行变更请求消息；其中，该运行变更请求消息可为但不限于业务平台的用户在业务平台上进行触控操作而生成的，即该运行变更请求消息可为由触控操作形成的请求指令。当该应用程序接收到该运行变更请求消息后，会对该运行变更请求消息进行解析，以此确定运行变更操作的具体类型；其中，该运行变更操作可为但不限于是指示该应用程序从本地或者互联网中调取数据。当该应用程序处于后台运行状态时，则保持该应用程序当前所处状态不变，这样能够避免在后台触发应用程序而增加业务平台的计算负担。

优选地，在该步骤S1中，分析该请求消息，以此确定业务平台的功能扩展需求具体包括：

分析该运行变更请求消息，以此确定该业务平台指示该应用程序在进行数据调取的功能扩展操作中需要调取的数据类型，以此作为该功能扩展需求。

上述技术方案的有益效果为：当该APP应用程序接收到该运行变更请求消息后，会对该运行变更请求消息进行解析，以此确定该运行变更请求消息究竟是指示该应用程序在进行数据调取的功能扩展操作中需要调取的数据类型，这样能够准确触发该APP应用程序进行合适的功能扩展操作，该功能扩展操作可为但不限于是调取地图数据、联系人数据或者历史通话数据等不同类型的数据，这样能够辅助该APP应用程序完成相应的操作。

优选地，在该步骤S1中，根据该功能扩展需求，从预设插件库中选择相应的功能插件具体包括：

根据该应用程序在进行数据调取的功能扩展操作中需要调取的数据类型，从预设插件库中选择能够从该业务平台自身的存储空间或者互联网中调取相应类型的数据的本地插件，以此作为该功能插件。

上述技术方案的有益效果为：当确定该APP应用程序需要调取的数据类型中，可从预设插件库中选择能够直接从业务平台本地或者互联网进行数据调取的本地插件；其中，该预设插件库可包括能够实现不同功能的插件，比如，该不同功能的插件可为从业务平台的本地通讯录中调取联系人数据，从业务平台的历史通话记录中调取历史通话数据、或者从互联网中调取实时更新的地图数据的本地插件。上述关于插件的功能仅仅是举例说明，本申请的插件的功能和类型并不局限于上述罗列的例子。

优选地，在该步骤S2中，分析所选择的功能插件，以此确定所选择的功能插件的接口配置参数以及所选择的功能插件在业务平台中的部署地址具体包括：

分析所选择的功能插件，确定该功能插件的数据调取速度和调取数据缓存容量，以此作为该功能插件的接口配置参数；

分析所选择的功能插件，确定该功能插件在该业务平台中对应设置的应用程序的端口地址，以此作为该部署地址。

上述技术方案的有益效果为：对所选择的功能插件进行分析，以此确定该功能插件的数据调取速度和调取数据缓存容量，即确定该功能插件从业务平台的本地通讯录中调取联系人数据，从业务平台的历史通话记录中调取历史通话数据、或者从互联网中调取实时更新的地图数据的数据调取速度，以及该功能插件将调取得到的数据进行缓存对应的数据缓存容量，这样能够准确地对功能插件数据调取性能进行量化评价。此外，对所选择的功能插件进行分析，以此确定该功能插件在该业务平台中对应设置的应用程序的端口地址，这样能够准确地确定该功能插件在业务平台的设置节点。

优选地，在该步骤S2中，根据该接口配置参数，选择与所选择的功能插件向兼容的中介插件，并将该中介插件设置在该业务平台于该部署地址对应的位置上具体包括：

选择数据中转传输速度大于或等于该数据调取速度以及数据缓存空间容量大于或等于该调取数据缓存容量的通信插件作为该中介插件；

将该中介插件设置在该业务平台中对应设置的应用程序的端口地址，并且构建该中介插件与该应用程序之间的数据传输链路。

上述技术方案的有益效果为：由于该中介插件是用于连接功能插件与APP应用程序，该中介插件本质上是一个通信插件，其只用于进行数据的传输，而不实现数据的加工处理，并且该通信插件能够与不同APP应用程序直接进行耦合连接，其对不同APP应用程序具有普适性和兼容性。而选择数据中转传输速度大于或等于该数据调取速度以及数据缓存空间容量大于或等于该调取数据缓存容量的通信插件作为该中介插件，能够确保该中介插件能够快速将功能插件调取的数据中转传输到APP应用程序中。此外，将该中介插件设置在该业务平台中对应设置的应用程序的端口地址，并且构建该中介插件与该APP应用程序之间的数据传输链路，能够保证当该中介插件与功能插件耦合组装后，该功能插件能够直接与该APP程序进行调取数据的传输。

优选地，在该步骤S3中，确定该业务平台是否需要调用该功能插件具体包括：

确定该业务平台是否向应用程序发送数据调用启动触发指令；若是，则确定该业务平台需要调用该功能插件；若否，则确定该业务平台不需要调用该功能插件。

上述技术方案的有益效果为：在实际应用中，该数据调用启动触发指令可由业务平台的用户在业务平台上进行触控操作而形成，该数据调用启动触发指令用于指示APP应用程序是否调用功能插件，这样能够保证APP应用程序不会被误触发而错误调用功能插件。

优选地，在该步骤S3中，将该功能插件与该中介插件进行耦合，从而实现该功能插件在该业务平台上的运行具体包括：

获取该业务平台当前的操作***的类型，根据该操作***的类型，调整该功能插件安装到该业务平台上的模式；

当该功能插件完成在该业务平台的安装后，构建该功能插件与该中介插件的数据传输耦合，从而实现该功能插件在该业务平台上的运行。

上述技术方案的有益效果为：由于业务平台的操作***不同，比如该操作***为安卓***或者IOS***，对应安装到业务平台的功能插件版本也相应不同，此时根据业务平台的操作***类型，调整该功能插件安装到该业务平台上的模式，这样能够确保该功能插件与业务平台在软件上的兼容性。当该功能插件完成在该业务平台的安装后，直接构建该功能插件与该中介插件的数据传输耦合，这样能够实现该功能插件与APP应用程序的耦合组装。

优选地，在该步骤S4中，确定该业务平台是否需要卸载该功能插件具体包括：

确定该业务平台是否向应用程序发送数据调用终止触发指令；若是，则确定该业务平台需要卸载该功能插件；若否，则确定该业务平台不需要卸载该功能插件。

上述技术方案的有益效果为：在实际应用中，该数据调用终止触发指令可由业务平台的用户在业务平台上进行触控操作而形成，该数据调用终止触发指令用于指示APP应用程序是否停止调用功能插件，这样能够保证APP应用程序不会被误触发而错误停止调用功能插件。

优选地，在该步骤S4中，解除该功能插件与该中介插件之间的耦合连接关系具体包括：

在该业务平台的后台运行模式中，卸载该功能插件，从而解除该功能插件与该中介插件之间的耦合连接关系。

上述技术方案的有益效果为：通过该业务平台的后台运行模式中，卸载该功能插件，这样能够最大限度保证功能插件的卸载不会影响业务平台的前端正常运行。

从上述实施例的内容可知，该插件全解耦应用组合方法通过获取和分析业务平台的请求消息，以此从预设插件库中选择与该请求消息对应的功能扩展需求相匹配的功能插件；接着确定功能插件的接口配置参数及其在业务平台中的部署地址，以此与功能插件相兼容的中介插件；随后，在业务平台需要调用功能插件时，将功能插件与中介插件进行组装耦合，以及在业务平台需要卸载功能插件时，解除功能插件与中介插件之间的耦合连接关系，其利用中介插件作为业务平台的应用程序与功能插件之间的数据传输中间通道，该中介插件能够与不同应用程序兼容连接，而该功能插件组装耦合到中介插件的过程中并不需要对功能插件重新进行编辑，这不仅大大减少功能插件的开发工作量，并且还能够在不需要对功能插件进行改动的情况下也能够实现功能插件与应用程序的快速解耦组装。

Claims (10)

1.插件全解耦应用组合方法，其特征在于，其包括如下步骤：

步骤S1，获取业务平台的请求消息；分析请求消息，以此确定业务平台的功能扩展需求；再根据功能扩展需求，从预设插件库中选择相应的功能插件；

步骤S2，分析所选择的功能插件，以此确定所选择的功能插件的接口配置参数以及所选择的功能插件在业务平台中的部署地址；根据接口配置参数，选择与所选择的功能插件相兼容的中介插件，并将中介插件设置在业务平台与部署地址对应的位置上；

步骤S3，确定业务平台是否需要调用功能插件；若需要，则将功能插件与中介插件进行耦合，从而实现功能插件在业务平台上的运行；

步骤S4，确定业务平台是否需要卸载功能插件；若需要，则解除功能插件与中介插件之间的耦合连接关系。

2.根据权利要求1所述的插件全解耦应用组合方法，其特征在于：

在步骤S1中，获取业务平台的请求消息具体包括：

对业务平台上安装的应用程序进行监控，确定应用程序是处于前台运行状态还是后台运行状态；

若应用程序处于前台运行状态，则确定应用程序是否接收到来自业务平台的运行变更请求消息；其中，运行变更请求消息用于控制应用程序进行数据调取的功能扩展操作；

若应用程序处于后台运行状态，则保持应用程序当前所处状态不变。

3.根据权利要求2所述的插件全解耦应用组合方法，其特征在于：

在步骤S1中，分析请求消息，以此确定业务平台的功能扩展需求具体包括：

分析运行变更请求消息，以此确定业务平台指示应用程序在进行数据调取的功能扩展操作中需要调取的数据类型，以此作为功能扩展需求。

4.根据权利要求3所述的插件全解耦应用组合方法，其特征在于：

在步骤S1中，根据功能扩展需求，从预设插件库中选择相应的功能插件具体包括：

根据应用程序在进行数据调取的功能扩展操作中需要调取的数据类型，从预设插件库中选择能够从业务平台自身的存储空间或者互联网中调取相应类型的数据的本地插件，以此作为功能插件。

5.根据权利要求1所述的插件全解耦应用组合方法，其特征在于：

在步骤S2中，分析所选择的功能插件，以此确定所选择的功能插件的接口配置参数以及所选择的功能插件在业务平台中的部署地址具体包括：

分析所选择的功能插件，确定功能插件的数据调取速度和调取数据缓存容量，以此作为功能插件的接口配置参数；

分析所选择的功能插件，确定功能插件在业务平台中对应设置的应用程序的端口地址，以此作为部署地址。

6.根据权利要求5所述的插件全解耦应用组合方法，其特征在于：

在步骤S2中，根据接口配置参数，选择与所选择的功能插件向兼容的中介插件，并将中介插件设置在业务平台于部署地址对应的位置上具体包括：

选择数据中转传输速度大于或等于数据调取速度以及数据缓存空间容量大于或等于调取数据缓存容量的通信插件作为中介插件；

将中介插件设置在业务平台中对应设置的应用程序的端口地址，并且构建中介插件与应用程序之间的数据传输链路。

7.根据权利要求1所述的插件全解耦应用组合方法，其特征在于：

在步骤S3中，确定业务平台是否需要调用功能插件具体包括：

确定业务平台是否向应用程序发送数据调用启动触发指令；若是，则确定业务平台需要调用功能插件；若否，则确定业务平台不需要调用功能插件。

8.根据权利要求7所述的插件全解耦应用组合方法，其特征在于：

在步骤S3中，将功能插件与中介插件进行耦合，从而实现功能插件在业务平台上的运行具体包括：

获取业务平台当前的操作***的类型，根据操作***的类型，调整功能插件安装到业务平台上的模式；

当功能插件完成在业务平台的安装后，构建功能插件与中介插件的数据传输耦合，从而实现功能插件在业务平台上的运行。

9.根据权利要求1所述的插件全解耦应用组合方法，其特征在于：

在步骤S4中，确定业务平台是否需要卸载功能插件具体包括：

确定业务平台是否向应用程序发送数据调用终止触发指令；若是，则确定业务平台需要卸载功能插件；若否，则确定业务平台不需要卸载功能插件。

10.根据权利要求9所述的插件全解耦应用组合方法，其特征在于：

在步骤S4中，解除功能插件与中介插件之间的耦合连接关系具体包括：

在业务平台的后台运行模式中，卸载功能插件，从而解除功能插件与中介插件之间的耦合连接关系。