[发明专利]发布移动应用的方法和电子设备

说明书

技术领域

本申请涉及计算机技术领域，具体涉及互联网技术领域，尤其涉及发布移动应用的方法和电子设备。

背景技术

目前移动应用主要分为Android(安卓)应用和iOS(由苹果公司开发的移动操作系统)应用，在传统的移动应用开发过程中，都是按照功能模块划分好，分配到不同的人员开发，最后合并代码编译打包，上线发布。但是随着公司规模越来越大，业务越来越多，业务变更频繁的情况，这种开发方案就会显现弊端。每个新的特性由不同开发人员实现，上线之前需合并代码，接着编译打包准备上线，由于移动应用上线是需要市场的审核，这个时间多则1～2天，长则1个星期，另外，上线之后不是所有用户都会更新，这些都严重影响产品新特性的上线速度。另外，如果线上应用出现紧急问题的时候，也只能重新打包发布上线，严重耽误时间，降低了移动应用的发布效率。

发明内容

本申请实施例的目的在于提出一种改进的发布移动应用的方法和电子设备，来解决以上背景技术部分提到的技术问题。

第一方面，本申请实施例提供了一种实现移动应用功能的方法，该方法包括：响应于移动应用的启动，移动应用的宿主模块加载移动应用的至少一个业务插件，以实现所述移动应用的业务功能，其中，该宿主模块为非业务功能模块。

在一些实施例中，该方法包括：获取根据宿主文件生成的安装包，安装该安装包以获得宿主模块。

在一些实施例中，宿主模块包括插件加载框架、插件升级框架、公共UI库和组件接口。

在一些实施例中，至少一个业务插件的插件文件存储于移动应用的资源目录中。

在一些实施例中，宿主模块通过预定接口加载至少一个业务插件。

在一些实施例中，预定接口包括Fragment类，至少一个业务插件的插件文件包括业务插件描述文件，每个业务插件描述文件里面配置有其所要被加载的Fragment类的名称。

在一些实施例中，宿主模块通过预定接口加载至少一个业务插件，包括：读取至少一个业务插件的插件文件中每个业务插件描述文件中Fragment类的名称，通过Fragment类的名称初始化Fragment类对象，并将Fragment类对象加载到宿主模块中。

在一些实施例中，该方法还包括：响应于检测到网络设备存储的业务插件发生变化，向网络设备发送插件更新请求；接收网络设备发送的发生变化的业务插件并重新加载。

第二方面，本申请实施例提供了一种发布移动应用的方法，该方法包括：获取宿主文件，其中，宿主文件为非业务功能文件，用以加载至少一个业务插件文件来实现与该业务插件文件关联的移动应用的业务功能；根据宿主文件生成安装包；发布安装包。

在一些实施例中，该方法包括：

获取所述移动应用的至少一个业务插件文件；

以及根据所述宿主文件生成安装包包括：

根据所述宿主文件以及至少一个业务插件文件生成安装包。

在一些实施例中，该方法还包括：获取用于更新移动应用的新业务插件文件；向已经安装并启动移动应用的移动终端发送新业务插件文件。

在一些实施例中，该方法还包括：获取用于更新移动应用的新业务插件文件；向已经安装并启动移动应用的移动终端发送插件更新请求；响应于接收到移动终端发送的更新确认消息，向移动终端发送新业务插件文件。

第三方面，本申请实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如第一方面和第二方面中任一的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如第一方面和第二方面中任一的方法。

本申请实施例提供的发布移动应用的方法和电子设备，产品服务器将由宿主文件生成的安装包发送到市场服务器进行发布。其中，宿主文件为非业务功能文件，用以加载至少一个业务插件文件来实现与该业务插件文件关联的移动应用的业务功能，发布之后长时间不需要更新。而产品真正的功能和特性由业务插件来完成，不同的业务可以是不同的插件，插件由宿主程序动态加载。移动终端安装了移动应用之后，就可直接从产品服务器获取业务插件文件，以避免市场服务器对业务插件文件的审核，提高了移动应用的发布效率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：