CN107870771B - 应用程序构建与升级方法及系统 - Google Patents

Abstract

本发明公开了一种应用程序构建与升级方法及系统，该方法包括：设置所述应用程序包含的多个应用模块；获取所设置的多个应用模块的配置信息；设置各个应用模块对应的应用接口；根据所述配置信息和应用接口在Hybrid框架中加载各个应用模块对应的资源包；对各个应用模块进行调整，组合建立该应用程序；判断是否有应用模块需要升级；查询目标模块的依赖模块以及所述目标模块与依赖模块之间的依赖关系；根据所述依赖关系，对所述目标模块和依赖模块进行升级。由此可以实现应用模块的单独开发与维护，并确保有依赖关系的模块同时升级。

Description

应用程序构建与升级方法及系统

技术领域

本发明涉及程序开发技术领域，尤其涉及应用程序构建与升级方法及系统。

背景技术

应用程序(APP)的开发是非常专业的任务，任何一款应用程序的开发和修改必须经由程序设计、程序编码、模拟测试、真机测试、程序发布等步骤，往往需要耗费较长时间。

目前移动装置的应用程序的开发模式主要包括：原生应用(NativeApp)开发，网页应用(WebApp)开发，及混合应用开发，即HybirdApp。HybirdApp介于NativeApp和WebApp之间，兼具NativeApp的良好用户体验的优势和WebApp跨平台开发的优势，成为近年来各大企业青睐的移动应用开发模式。

普通的Hybrid框架，由于是一个Webview控件对应一个原生(Native)的接口对象，常常引起接口模块的功能过于混乱和臃肿，可维护性差。同时，每次修改需要下载全量资源包，不利于局部应用模块更新。当一个APP包含了多个应用模块时，如果一个应用模块有变动都需要整个APP或所有模块都升级，耗费大量资源。

另外，有很多APP都有很多相似的功能，比如手势密码登录。但每个APP都完全自己开发这些功能，没有新意，而且耗时耗力。还有一些应用模块存在无法斩断的依赖关系时，单资源升级方案容易导致模块间的版本差异，进而导致业务功能异常。

发明内容

有鉴于此，本发明的目的在于提供一种应用程序构建与升级方法及系统，以解决至少一个上述应用程序开发及升级时存在的问题。

为实现上述目的，本发明提供一种应用程序构建与升级方法，该方法包括步骤：

设置所述应用程序包含的多个应用模块；

获取所设置的多个应用模块的配置信息；

设置各个应用模块对应的应用接口；

根据所述配置信息和应用接口在Hybrid框架中加载各个应用模块对应的资源包；及

对各个应用模块进行调整，组合建立该应用程序。

优选地，所述多个应用模块为将所述应用程序按功能水平切割得到。

优选地，所述应用接口为通过Webview控件调用的JS接口类，一个Webview控件调用及加载多个JS接口类。

优选地，该方法还包括步骤：

当需要扩展所述应用程序的功能时，在所述应用程序中添加新的应用模块。

优选地，该方法还包括步骤：

当启动所述应用程序后，判断是否有应用模块需要升级；

将需要升级的应用模块记为目标模块，查询目标模块的依赖模块以及所述目标模块与依赖模块之间的依赖关系；

根据所述依赖关系，对所述目标模块和依赖模块进行升级。

为实现上述目的，本发明还提出一种应用程序构建与升级系统，该系统包括：

设置模块，用于设置所述应用程序包含的多个应用模块；

获取模块，用于获取所设置的多个应用模块的配置信息；

所述设置模块，还用于设置各个应用模块对应的应用接口；

加载模块，用于根据所述配置信息和应用接口在Hybrid框架中加载各个应用模块对应的资源包；及

建立模块，用于对各个应用模块进行调整，组合建立该应用程序。

优选地，所述多个应用模块为将所述应用程序按功能水平切割得到。

优选地，所述应用接口为通过Webview控件调用的JS接口类，一个Webview控件调用及加载多个JS接口类。

优选地，该系统还包括：

判断模块，用于当启动所述应用程序后，判断是否有应用模块需要升级；

查询模块，用于将需要升级的应用模块记为目标模块，查询目标模块的依赖模块以及所述目标模块与依赖模块之间的依赖关系；

升级模块，用于根据所述依赖关系，对所述目标模块和依赖模块进行升级。

优选地，所述升级模块先升级所述依赖模块，再升级所述目标模块。

本发明提出的应用程序构建与升级方法及系统，可以使应用程序的各个应用模块之间互不影响，实现单独开发与维护。另外，将常用的各类功能模块化，提供各类应用模块的应用接口，构建应用程序时直接调用和加载，或者在所述应用接口的基础之上进行功能扩展，从而可以在应用程序中快速添加功能，避免了重复编写大量相同的代码，使应用程序的开发工作更加方便快捷，具有很高的实用性，并且降低了开发成本。

并且，针对独立的应用模块去做异步升级，极大的增强了框架对应用模块快速扩展的需求，同时减少升级成本。对于存在依赖关系的应用模块，可以提供依赖升级方案，达到同时升级的目的，以确保业务流程的正确。

附图说明

图1为本发明第一实施例提出的一种应用程序构建与升级方法的流程图；

图2为本发明第二实施例提出的一种应用程序构建与升级系统的模块示意图；

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，本发明第一实施例提出一种应用程序构建与升级方法。该方法包括以下步骤：

S100，设置待开发的应用程序包含的多个应用模块。

在本实施例中，所述应用程序是指包含安装在手机等移动终端上的针对使用者的某种应用目的的客户端应用软件，例如某一家银行的手机银行APP。所述应用程序包含Android操作系统应用程序、iOS操作系统应用程序等。针对每一个应用程序，可以按功能水平切割为多个应用模块。具体地，可以预先编写及存储常用的应用模块，例如拍照、手势密码登录等。在开发该应用程序时，通过选择多个应用模块进行组合，可以快速的搭建一个应用程序。

值得注意的是，在其他实施例中，除了按功能水平切割之外，还可以按照其他方式来将应用程序切割为多个应用模块。

S102，获取所设置的多个应用模块的配置信息。

具体地，首先获取该应用模块的存储路径信息，然后从所述存储路径读取该应用模块的配置信息。

在本实施例中，获取所述应用程序切分之后包含的应用模块的文件目录，将该文件目录作为所述应用模块的存储路径信息。根据所述存储路径信息对所述应用模块进行解析，获得所述应用模块的配置信息。所述配置信息是指所述应用模块的基本信息、状态、依赖关系、优先级顺序等，对后续模块加载和管理提供了数据基础。

S104，设置各个应用模块对应的应用接口。

所述应用接口为通过Webview控件调用的JS接口类，用于建立所述应用程序的主干组织和所述应用模块之间的访问关系，方便所述应用程序访问所述应用模块中的数据，以及方便所述应用模块之间的数据访问。在本实施例中，一个Webview控件可调用及加载多个JS接口类，每个JS接口类作为一个Native的接口插件，提供一个模块化的功能集合。各个应用模块可以自定义自身的JS接口类，从而各个应用模块之间的开发互不影响，可维护性高。

S106，根据所述配置信息和应用接口在Hybrid框架中加载各个应用模块对应的资源包。

在本实施例中，混合开发的应用程序的某些页面或页面的一部分布局采用HTML5页面的形式编写，并通过Webview控件加载这些HTML5页面。Webview控件调用各个应用模块对应的应用接口，找到对应的应用模块资源包，加载应用模块中相应的数据，并对其进行处理，实现所需功能。

其中，所述各个应用模块对应的资源包可以存储于云端服务器。当第一次调用时，各个应用模块对应的应用接口会以插件的形式被下载到本地，且该下载过程只执行一次，当应用程序再次被打开时不进行各类应用接口的重复下载。

S108，对各个应用模块进行调整，组合建立该应用程序。

具体地，将生成的应用程序经过简单的功能测试和界面参数配置调整即可发布应用程序，移动终端可下载该应用程序并安装。简单的功能测试包括界面层的测试，如预览功能。界面参数配置调整指的是根据预览时发现不满意的地方进行设置调整，如调整菜单顺序、调整幻灯片播放时间间隔等。

进一步地，当需要扩展所述应用程序的功能时，可以直接在所述应用程序中添加新的应用模块。

本实施例中，获取该新的应用模块对应的配置信息，设置对应的应用接口，然后加载该应用模块对应的资源包，即可实现所需功能的扩展。

此外，还可以利用应用程序已有应用模块的最新版本来实现应用程序的已有功能的更新或完善。

所述应用程序构建与升级方法还包括对所述应用程序中的各个应用模块进行升级的过程，具体包括：

S110，当启动所述应用程序后，判断是否有应用模块需要升级。

具体地，在应用程序运行时，自动获取各个应用模块的最新版本，并与当前版本进行对比，以判断是否需要升级。

在本实施例中，可以自动将所述应用程序已有的各个应用模块的名称发送至云端服务器，接收云端服务器发送的所述各个应用模块的最新版本。然后将所述各个应用模块的最新版本与所述应用程序中正在使用的当前版本进行对比。若最新版本与当前版本一致，则说明该应用模块暂时不需要升级。若最新版本与当前版本不一致，则说明该应用模块需要升级。

S112，当有应用模块需要升级(记为目标模块)时，查询目标模块的依赖模块以及所述目标模块与依赖模块之间的依赖关系。

具体地，由于某些应用模块之间存在不可分离的依赖关系，所以可能需要同时升级。因此可以提供依赖升级方案，通过在线依赖表的方式，查询目标模块的依赖模块以及所述目标模块与依赖模块之间的依赖关系，达到同时升级目标模块与依赖模块的目的。

所述依赖关系可以指某一应用模块的功能的启动需要以另一应用模块的功能的存在以及启动为条件。例如，A功能依赖于B功能，当需要启动A功能的时候，B功能必须存在且为启动状态，否则A功能无法启动。因此，A功能对应的A应用模块与B功能对应的B应用模块也存在依赖关系，即A应用模块依赖于B应用模块。

在本实施例中，目标模块的依赖模块指与目标模块具有依赖关系的应用模块。在确定了目标模块后，即可通过在线依赖表获取目标模块的依赖模块以及目标模块与依赖模块之间的依赖关系。

值得注意的是，目标模块可以没有依赖模块，也可以有多个依赖模块。当目标模块有多个依赖模块时，目标模块与其依赖模块之间的依赖关系实际上是一个依赖关系树。目标模块的依赖模块也可以有与之存在依赖关系的模块，则可以依照每个模块之间的依赖关系，获取完整的依赖关系树。

S114，根据所述依赖关系，对所述目标模块和依赖模块进行升级。

具体地，由于目标模块依赖于依赖模块才能运行或启动，因此，在升级目标模块时，也要将依赖模块一起升级。在本实施例中，可以卸载所述目标模块和依赖模块的当前版本，并加载所述目标模块和依赖模块的最新版本。

其中，可以根据获取到目标模块与依赖模块之间存在的依赖关系，有顺序地加载所述目标模块和依赖模块的最新版本。也就是说，目标模块依赖于依赖模块，可以先加载依赖模块的最新版本，再加载目标模块的最新版本。

当目标模块存在多个依赖模块时，如果依赖模块与目标模块之间的依赖关系是平行的，即都是处于目标模块的依赖关系树中同一级节点的依赖模块，且依赖模块互相之间也并无依赖关系，则可以根据任意顺序加载所有依赖模块的最新版本，最后加载目标模块的最新版本。

当目标模块的依赖模块也有与之存在依赖关系的模块时，可以根据获取到的依赖关系树，按照依赖关系树中最低级节点向最高级节点的顺序加载所述多个依赖模块，最后加载目标模块的最新版本。

本实施例提出的应用程序构建与升级方法，可以单独异步加载各个应用模块的资源包，自定义各个应用模块对应的JS接口类，各个应用模块之间互不影响，实现单独开发与维护。另外，将常用的各类功能模块化，提供各类应用模块的应用接口，构建应用程序时直接调用和加载，或者在所述应用接口的基础之上进行功能扩展，从而可以在应用程序中快速添加功能，避免了重复编写大量相同的代码，使应用程序的开发工作更加方便快捷，具有很高的实用性，并且降低了开发成本。

并且，针对独立的应用模块去做异步升级，极大的增强了框架对应用模块快速扩展的需求，同时减少升级成本。对于存在依赖关系的应用模块，可以提供依赖升级方案，达到同时升级的目的，以确保业务流程的正确。

如图2所示，本发明第二实施例提出一种应用程序构建与升级系统20。

在本实施例中，应用程序构建与升级系统20包括设置单元200、获取单元202、加载单元204及建立单元206。

所述设置单元200，用于设置待开发的应用程序包含的多个应用模块。

在本实施例中，所述应用程序是指包含安装在手机等移动终端上的针对使用者的某种应用目的的客户端应用软件，例如某一家银行的手机银行APP。所述应用程序包含Android操作系统应用程序、iOS操作系统应用程序等。设置单元200可以针对每一个应用程序，按功能水平切割为多个应用模块。

另外，对于常用的应用模块，例如拍照、手势密码登录等，可以进行预先编写及存储。在开发该应用程序时，通过选择多个应用模块进行组合，可以快速的搭建一个应用程序。

值得注意的是，在其他实施例中，除了按功能水平切割之外，还可以按照其他方式来将应用程序切割为多个应用模块。

所述获取单元202，用于获取所设置的多个应用模块的配置信息。

具体地，获取单元202首先获取该应用模块的存储路径信息，然后从所述存储路径读取该应用模块的配置信息。

在本实施例中，获取单元202获取所述应用程序切分之后包含的应用模块的文件目录，将该文件目录作为所述应用模块的存储路径信息。根据所述存储路径信息对所述应用模块进行解析，获得所述应用模块的配置信息。所述配置信息是指所述应用模块的基本信息、状态、依赖关系、优先级顺序等，对后续模块加载和管理提供了数据基础。

所述设置单元200，还用于设置各个应用模块对应的应用接口。

所述应用接口为通过Webview控件调用的JS接口类，用于建立所述应用程序的主干组织和所述应用模块之间的访问关系，方便所述应用程序访问所述应用模块中的数据，以及方便所述应用模块之间的数据访问。在本实施例中，一个Webview控件可调用及加载多个JS接口类，每个JS接口类作为一个Native的接口插件，提供一个模块化的功能集合。各个应用模块可以自定义自身的JS接口类，从而各个应用模块之间的开发互不影响，可维护性高。

所述加载单元204，用于根据所述配置信息和应用接口在Hybrid框架中加载各个应用模块对应的资源包。

在本实施例中，混合开发的应用程序的某些页面或页面的一部分布局采用HTML5页面的形式编写，并通过Webview控件加载这些HTML5页面。Webview控件调用各个应用模块对应的应用接口，找到对应的应用模块资源包，加载应用模块中相应的数据，并对其进行处理，实现所需功能。

其中，所述各个应用模块对应的资源包可以存储于云端服务器。当第一次调用时，各个应用模块对应的应用接口会以插件的形式被下载到本地，且该下载过程只执行一次，当应用程序再次被打开时不进行各类应用接口的重复下载。

所述建立单元206，用于对各个应用模块进行调整，组合建立该应用程序。

具体地，建立单元206将生成的应用程序经过简单的功能测试和界面参数配置调整即可发布应用程序，移动终端可下载该应用程序并安装。简单的功能测试包括界面层的测试，如预览功能。界面参数配置调整指的是根据预览时发现不满意的地方进行设置调整，如调整菜单顺序、调整幻灯片播放时间间隔等。

进一步地，当需要扩展所述应用程序的功能时，可以直接在所述应用程序中添加新的应用模块。

本实施例中，所述获取单元202获取该新的应用模块对应的配置信息，设置单元200设置对应的应用接口，加载单元204加载该应用模块对应的资源包，即可实现所需功能的扩展。

此外，还可以利用应用程序已有应用模块的最新版本来实现应用程序的已有功能的更新或完善。

进一步地，所述应用程序构建与升级系统20还包括判断单元208、查询单元210及升级单元212。

所述判断单元208，用于当启动所述应用程序后，判断是否有应用模块需要升级。

具体地，在应用程序运行时，判断单元208自动获取各个应用模块的最新版本，并与当前版本进行对比，以判断是否需要升级。

在本实施例中，判断单元208可以自动将所述应用程序已有的各个应用模块的名称发送至云端服务器，接收云端服务器发送的所述各个应用模块的最新版本。然后将所述各个应用模块的最新版本与所述应用程序中正在使用的当前版本进行对比。若最新版本与当前版本一致，则说明该应用模块暂时不需要升级。若最新版本与当前版本不一致，则说明该应用模块需要升级。

所述查询单元210，用于当有应用模块需要升级(记为目标模块)时，查询目标模块的依赖模块以及所述目标模块与依赖模块之间的依赖关系。

具体地，由于某些应用模块之间存在不可分离的依赖关系，所以可能需要同时升级。因此可以提供依赖升级方案，通过在线依赖表的方式，查询目标模块的依赖模块以及所述目标模块与依赖模块之间的依赖关系，达到同时升级目标模块与依赖模块的目的。

所述依赖关系可以指某一应用模块的功能的启动需要以另一应用模块的功能的存在以及启动为条件。例如，A功能依赖于B功能，当需要启动A功能的时候，B功能必须存在且为启动状态，否则A功能无法启动。因此，A功能对应的A应用模块与B功能对应的B应用模块也存在依赖关系，即A应用模块依赖于B应用模块。

在本实施例中，目标模块的依赖模块指与目标模块具有依赖关系的应用模块。在确定了目标模块后，查询单元210即可通过在线依赖表获取目标模块的依赖模块以及目标模块与依赖模块之间的依赖关系。

值得注意的是，目标模块可以没有依赖模块，也可以有多个依赖模块。当目标模块有多个依赖模块时，目标模块与其依赖模块之间的依赖关系实际上是一个依赖关系树。目标模块的依赖模块也可以有与之存在依赖关系的模块，则可以依照每个模块之间的依赖关系，获取完整的依赖关系树。

所述升级单元212，用于根据所述依赖关系，对所述目标模块和依赖模块进行升级。

具体地，由于目标模块依赖于依赖模块才能运行或启动，因此，在升级目标模块时，也要将依赖模块一起升级。在本实施例中，升级单元212可以卸载所述目标模块和依赖模块的当前版本，并加载所述目标模块和依赖模块的最新版本。

其中，升级单元212可以根据获取到目标模块与依赖模块之间存在的依赖关系，有顺序地加载所述目标模块和依赖模块的最新版本。也就是说，目标模块依赖于依赖模块，可以先加载依赖模块的最新版本，再加载目标模块的最新版本。

当目标模块存在多个依赖模块时，如果依赖模块与目标模块之间的依赖关系是平行的，即都是处于目标模块的依赖关系树中同一级节点的依赖模块，且依赖模块互相之间也并无依赖关系，则可以根据任意顺序加载所有依赖模块的最新版本，最后加载目标模块的最新版本。

当目标模块的依赖模块也有与之存在依赖关系的模块时，可以根据获取到的依赖关系树，按照依赖关系树中最低级节点向最高级节点的顺序加载所述多个依赖模块，最后加载目标模块的最新版本。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件来实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上参照附图说明了本发明的优选实施例，并非因此局限本发明的权利范围。上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。另外，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本领域技术人员不脱离本发明的范围和实质，可以有多种变型方案实现本发明，比如作为一个实施例的特征可用于另一实施例而得到又一实施例。凡在运用本发明的技术构思之内所作的任何修改、等同替换和改进，均应在本发明的权利范围之内。

Claims (5)

1.一种应用程序构建与升级方法，该方法包括步骤：

设置所述应用程序包含的多个应用模块；

获取所设置的多个应用模块的配置信息；

设置各个应用模块对应的应用接口，所述应用接口为通过Webview控件调用的JS接口类，一个Webview控件调用及加载多个JS接口类；

根据所述配置信息和应用接口在Hybrid框架中加载各个应用模块对应的资源包；及

对各个应用模块进行调整，组合建立该应用程序；

所述方法还包括步骤：

当启动所述应用程序后，判断是否有应用模块需要升级；

将需要升级的应用模块记为目标模块，查询目标模块的依赖模块以及所述目标模块与依赖模块之间的依赖关系；

根据所述依赖关系，对所述目标模块和依赖模块进行升级；

所述依赖关系是一应用模块的功能的启动需要另一应用模块的功能的存在以及启动为条件；

所述根据所述依赖关系，对所述目标模块和依赖模块进行升级，包括：

卸载所述目标模块和所述依赖模块的当前版本，并加载所述目标模块和所述依赖模块的最新版本，或者

先加载依赖模块的最新版本，再加载目标模块的最新版本。

2.根据权利要求1所述的应用程序构建与升级方法，其特征在于，所述多个应用模块为将所述应用程序按功能水平切割得到。

3.根据权利要求1-2任一项所述的应用程序构建与升级方法，其特征在于，该方法还包括步骤：

当需要扩展所述应用程序的功能时，在所述应用程序中添加新的应用模块。

4.一种应用程序构建与升级系统，该系统包括：

设置模块，用于设置所述应用程序包含的多个应用模块；

获取模块，用于获取所设置的多个应用模块的配置信息；

所述设置模块，还用于设置各个应用模块对应的应用接口，所述应用接口为通过Webview控件调用的JS接口类，一个Webview控件调用及加载多个JS接口类；

加载模块，用于根据所述配置信息和应用接口在Hybrid框架中加载各个应用模块对应的资源包；及

建立模块，用于对各个应用模块进行调整，组合建立该应用程序；

所述系统还包括：

判断模块，用于当启动所述应用程序后，判断是否有应用模块需要升级；

查询模块，用于将需要升级的应用模块记为目标模块，查询目标模块的依赖模块以及所述目标模块与依赖模块之间的依赖关系；

升级模块，用于根据所述依赖关系，对所述目标模块和依赖模块进行升级；

所述依赖关系是一应用模块的功能的启动需要另一应用模块的功能的存在以及启动为条件；

所述升级模块，卸载所述目标模块和所述依赖模块的当前版本，并加载所述目标模块和所述依赖模块的最新版本，或者先升级所述依赖模块，再升级所述目标模块。

5.根据权利要求4所述的应用程序构建与升级系统，其特征在于，所述多个应用模块为将所述应用程序按功能水平切割得到。

Images