一种应用程序的管理方法及系统

技术领域

本发明实施例涉及应用程序领域，尤其涉及一种应用程序的管理方法及系统。

背景技术

现有技术的应用程序中关于启动引导页和开屏广告展示页在应用程序开启时或者更新时，大多应用程序是通过视频或者图片或者动图展示中的其中一种展示方式进行展示，这样的单一展示方式，趣味性不足，甚至有些特定场景下单一展示方式不足以完整的展示该应用程序，不能让用户快速了解该应用程序的内容和使用方法等；同时如果选择通过视频展示，当需要展示的视频是网络资源时，就需要网络请求下载视频，在请求完成播放前，尤其是当网络不好时，这段请求时间就会特别长，在播放前会有一段空白期，造成用户体验不好的问题；最后，现在对于开发启动引导页和开屏广告页的用户来说，这两个功能模块是独立开发的，相当于在同一个应用程序中，用户需要开发两套方案，来分别完成启动引导页的功能和开屏广告展示的功能，这样的方式增加了开发成本，并且造成代码量大的问题。

发明内容

本发明实施例的一个目的是提供一种应用程序的管理方法及系统，用于解决现有技术对于启动引导页和开屏广告页的引导展示或者广告展示的展示方式单一的问题，也用以解决当通过网络请求展示资源时，因为网络问题，造成网络请求时间长，引起的用户体验不佳的问题，也用以解决不能在一套代码中同时实现应用程序的启动引导功能和开屏广告展示功能，造成开发成本高，代码量大的问题。

第一方面，本发明实施例提供了一种应用程序的管理方法，所述方法包括：

将应用程序中的启动引导功能模块和开屏广告功能模块通过打包工具打包成一个工具包；

将打包好的工具包移植到应用程序的代码中；

选择启动引导功能和/或开屏广告功能的展示类型；

判断要展示的展示类型的资源来源为本地资源还是网络资源；

若是本地资源，则执行本地资源对应的操作步骤；

若是网络资源，则执行网络资源对应的操作步骤。

可选地，将应用程序中的启动引导功能模块和开屏广告功能模块通过打包工具打包成一个工具包，包括：

获取应用程序中的启动引导功能模块的第一程序接口；

获取应用程序中的开屏广告功能模块的第二程序接口；

将启动引导功能模块的第一程序接口和开屏广告功能模块的第二程序接口打包成一个同时具备第一程序接口和第二程序接口的第三程序接口，将所述第三程序接口作为所述打包后的工具包。

可选地，所述展示类型包括视频展示、图片展示和动图展示中的至少一种。

可选地，判断要展示的展示类型的资源来源为本地资源还是网络资源，包括：

获取所述要展示的展示类型；

获取所述要展示的展示类型中的预设字段的值；

根据获取到的展示类型中预设字段的值，判断要展示的展示类型的资源来源为本地资源还是网络资源。

可选地，若是本地资源，则执行本地资源对应的操作步骤，包括：

读取应用程序中已存储的指定的展示资源，所述展示资源包括存储在本地的展示资源和网络请求缓存到应用程序中的资源；

展示读取到的应用程序中存储的展示资源。

可选地，所述网络资源，则执行网络资源对应的操作步骤，包括：

获取用户指定的网络地址；

判断要请求的网络地址内对应的网络资源是否已在本地存储；

若存在，则直接展示本地存储的所述网络地址对应的网络资源；

若不存在，继续请求用户指定的网络地址内的网络资源。

可选地，继续请求用户指定的网络地址内的网络资源的同时，展示本地资源。

可选地，读取应用程序中已存储的指定的展示资源以后，还包括：

判断当前应用程序处于启动引导状态还是开屏广告状态；

若是处于启动引导状态，直接播放或展示本地资源；

判断用户是否点击操作控件；

若是，结束播放或展示；

若是处于开屏广告状态，则在预设的时间内播放或进行广告展示；预设时间到达后，自动关闭或停止广告展示，进入应用程序首页界面。

可选地，若不存在，继续请求用户指定的网络地址内的网络资源以后，还包括：

判断网络请求结果为成功还是失败；

若网络请求成功，将下载好的图片、视频或者动图资源存储在应用程序内，供下次展示使用；

若网络请求失败，则重新进行网络请求；

若重新进行网络请求成功，将下载好的图片、视频或者动图资源存储在应用程序内，供下次展示使用；

若重新进行网络请求失败，不进行任何操作。

第二方面，本发明提供一种应用程序的管理系统，包括：

打包单元，用于将应用程序中的启动引导功能模块和开屏广告功能模块通过打包工具打包成一个工具包；

移植单元，用于将打包好的工具包移植到应用程序的代码中；

选择单元，用于选择启动引导功能和/或开屏广告功能的展示类型；

判断单元，用于判断要展示的展示类型的资源来源为本地资源还是网络资源；

执行单元，用于执行相应的操作步骤。

通过本发明，可以实现以下有益效果：

在本发明实施例中，一种应用程序的管理方法及系统，通过将应用程序中的启动引导功能模块和开屏广告功能模块通过打包工具打包成一个工具包，将打包好的工具包移植到应用程序的代码中，可以解决不能在一套代码中同时实现应用程序的启动引导功能和开屏广告展示功能，造成开发成本高，代码量大的问题；通过选择启动引导功能和/或开屏广告功能的展示类型，可以解决现有技术对于启动引导页和开屏广告页的引导展示或者广告展示的展示方式单一的问题；通过判断要展示的展示类型的资源来源为本地资源还是网络资源；若是本地资源，则执行本地资源对应的操作步骤；若是网络资源，则执行网络资源对应的操作步骤，来解决当通过网络请求展示资源时，因为网络问题，造成网络请求时间长，引起的用户体验不佳的问题；通过本发明的应用程序的管理方法和系统，降低开发成本，简化代码量，改善用户体验效果。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是本发明应用程序的管理方法的一个实施例的流程图；

图2是本发明应用程序的管理方法的又一个实施例的流程图；

图3是本发明应用程序的管理方法的又一个实施例的流程图；

图4是本发明应用程序的管理方法的又一个实施例的流程图；

图5是本发明应用程序的管理方法的又一个实施例的流程图；

图6是本发明应用程序的管理方法的又一个实施例的流程图；

图7是本发明应用程序的管理方法的又一个实施例的流程图；

图8是本发明应用程序的管理系统的一个实施例的组成单元示意图。

具体实施方式

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

本发明实施例的一个目的是提供一种应用程序的管理方法及系统。

第一方面，请参阅附图1，本发明的应用程序的管理方法的一个实施例中，一种应用程序的管理方法，所述方法包括：

S1：将应用程序中的启动引导功能模块和开屏广告功能模块通过打包工具打包成一个工具包；

S2：将打包好的工具包移植到应用程序的代码中；

S3：选择启动引导功能和/或开屏广告功能的展示类型；

S4：判断要展示的展示类型的资源来源为本地资源还是网络资源；

S5：若是本地资源，则执行本地资源对应的操作步骤；

S6：若是网络资源，则执行网络资源对应的操作步骤。

在本实施例中，开发应用程序时，为了节省开发成本，简化代码逻辑，可以将多个软件功能模块通过专门的打包工具打包成一个工具包，将打包好的工具包再移植到应用程序的代码中，即可实现简化代码逻辑，节省开发成本的问题；例如，本发明中，通过将应用程序中的启动引导功能模块和开屏广告功能模块通过打包工具打包成一个工具包，常用的打包工具包括webpack、RequireJS和browserify；可以根据需求选择需要的打包工具，不同的打包工具的侧重点不一样，适用的开发语言不一样；将打包好的具有启动引导功能和开屏广告功能的工具包移植到应用程序的代码中，系统调用该工具包，选择要展示的展示类型的资源是本地资源还是网络资源，展示类型包括视频展示、图片展示和动图展示中的至少一种，例如，只展示图片或者只展示视频，或者只展示动图，也可以将图片和视频结合起来展示，或者其他的将图片、视频和动图结合起来的展示方式；然后系统判断如果要展示的资源是本地资源，读取应用程序中已存储的指定的展示资源，所述展示资源包括存储在本地的展示资源和网络请求缓存到应用程序中的资源；如果判断出来要展示的资源是网络资源，则需求通过网络地址请求要展示的资源，并判断要请求的资源是否在本地存在，如果是，则不请求网络资源，从本地存储空间中直接调用播放展示资源；如果本地不存在要请求的网络资源，则继续请求网络资源。

可选地，请参阅附图2，本发明的应用程序管理方法的又一个实施例中，将应用程序中的启动引导功能模块和开屏广告功能模块通过打包工具打包成一个工具包，包括：

S11：获取应用程序中的启动引导功能模块的第一程序接口；

S12：获取应用程序中的开屏广告功能模块的第二程序接口；

S13：将启动引导功能模块的第一程序接口和开屏广告功能模块的第二程序接口打包成一个同时具备第一程序接口和第二程序接口的第三程序接口，将所述第三程序接口作为所述打包后的工具包。

在本实施例中，为实现将不同功能模块打包成一个工具包，例如，想要将应用程序中的启动引导功能和开屏广告功能打包成一个工具包，用户即开发人员会先将该启动引导功能的程序封装成第一程序接口，再将开屏广告功能的程序封装成第二程序接口，然后将这两个封装好的程序接口再次封装打包成最终的程序接口第三程序接口，第三程序接口就是打包后的工具包。

可选地，所述展示类型包括视频展示、图片展示和动图展示中的至少一种。

展示类型包括视频展示、图片展示和动图展示中的至少一种，例如，只展示图片或者只展示视频，或者只展示动图，也可以将图片和视频结合起来展示，或者其他的将图片、视频和动图三种结合起来的展示方式；或者将图片和动图结合起来进行展示；将动图和视频结合起来进行展示等。如果要展示的信息量较大，可以采用视频展示的方式，且视频展示的时长没有限制，视频多长就可以展示多久，且支持快退快进操作，通过左滑的手势快退，通过右滑的手势快进；通过直接点击交互控件跳过或者类似逻辑的交互提前结束视频展示，进入应用程序管理业务界面；如果要展示的信息量较小，只是简单介绍或者引导性的展示，即可使用图片展示的方式，简单的几张图片通过手势滑动的交互动作即可完成介绍引导等。

可选地，请参阅附图3，本发明的应用程序管理方法的又一个实施例中，判断要展示的展示类型的资源来源为本地资源还是网络资源，包括：

S41：获取所述要展示的展示类型；

S42：获取所述要展示的展示类型中的预设字段的值；

S43：根据获取到的展示类型中预设字段的值，判断要展示的展示类型的资源来源为本地资源还是网络资源。

在本实施例中，先获取要展示的展示类型，比如要展示的类型为视频，然后开始获取要展示的展示类型中的预设字段的值，在获取展示类型中的预设字段的时候，其中一种方法是通过调用要展示的展示资源路径来获取的，比如，调用资源的时候会输入资源路径，如果资源路径中包含http字段，则说明这个要展示的视频资源为网络资源；其中，http字段就是预设字段，预设字段的值为http时，证明是网络资源，如果预设字段值为空，则证明是本地资源；即如果调用的资源路径中不包含http字段，则证明为本地资源；还有一种判断要展示的资源为网络资源还是本地资源的方法为，用户即开发人员在代码中设置是否为网络资源的路径，比如在代码中写明，isNetUrl:YES/NO，如果设置的是YES，则说明是网络资源，如果设置的是NO，则说明是本地资源。如果加载网页资源过多,加载速度就会变慢，此时可以将部分资源放在本地，拦截网页链接和请求，本地有的资源直接获取本地的,不去加载网络服务器内容。

可选地，请参阅附图4，本发明的应用程序管理方法的又一个实施例中，若是本地资源，则执行本地资源对应的操作步骤，包括：

S51：读取应用程序中已存储的指定的展示资源，所述展示资源包括存储在本地的展示资源和网络请求缓存到应用程序中的资源；

S52：展示读取到的应用程序中存储的展示资源。

在本实施例中，如果要展示的资源为本地资源，则通过读取应用程序中存储的指定的展示资源进行展示，本地存储的展示资源不仅包括预先存储在本地的展示资源，还包括通过网络请求缓存到的应用程序中进行展示的资源；读取到本地的展示资源后，将读取到的本地资源进行展示。

可选地，请参阅附图5，本发明的应用程序管理方法的又一个实施例中，所述网络资源，则执行网络资源对应的操作步骤，包括：

S61：获取用户指定的网络地址；

S62：判断要请求的网络地址内对应的网络资源是否已在本地存储；

S63：若存在，则直接展示本地存储的所述网络地址对应的网络资源；

S64：若不存在，继续请求用户指定的网络地址内的网络资源。

在本实施例中，若要展示的资源为网络资源，则首先要获取用户指定的网络地址，然后判断出要请求的网络地址对应的网络资源是否已经缓存到本地，如果缓存在本地，则可直接从本地调用缓存到本地的资源进行展示；如果本地不存在要请求的网络资源，则需继续请求用户指定的网络地址对应的网络资源。同时，在请求网络资源的同时，为了不影响应用程序的播放展示流畅性和用户观感，可以先展示本地存储的其他可以展示的资源。

可选地，继续请求用户指定的网络地址内的网络资源的同时，展示本地资源。

本实施例中，本方案的另一个核心特点即是针对网络资源进行优化，因为网络资源有时会因为网络条件差的原因，请求网络资源的时间过长，或者出现网络资源请求失败的情况，在这样的情况下，如果让用户等待过长的时间，或者直接提示失败，必然影响用户对应用程序的整体体验效果，这对应用程序的发展和用户评价会造成不利的影响，所以，本方案通过在进行网络资源请求的同时，展示应用程序中本地或已缓存的资源，这时如果没有找到本地或已缓存的资源，则跳过页面直接进入应用程序首页；若找到本地资源，则对这些本地资源先进行展示和播放。

可选地，请参阅附图6，本发明的应用程序管理方法的又一个实施例中，S51：读取应用程序中已存储的指定的展示资源以后，还包括：

S511：判断当前应用程序处于启动引导状态还是开屏广告状态；

S512：若是处于启动引导状态，直接播放或展示本地资源；

S513：判断用户是否点击操作控件；

S514：若是，结束播放或展示；

S515：若是处于开屏广告状态，则在预设的时间内播放或进行广告展示；预设时间到达后，自动关闭或停止广告展示，进入应用程序首页界面。

本实施例中，对于要展示的本地资源，在读取应用程序中已存储的指定的展示资源以后，开始判断当前应用程序处于启动引导状态还是开屏广告状态，如果是处于启动引导页的功能模式下，如果有本地资源直接展示或播放本地资源，然后判断用户是否点击操作控件，若是，则立即结束展示且直接进入应用程序业务页面；若是处于开屏广告状态，则在预设的时间内播放或进行广告展示；预设时间到达后，自动关闭或停止广告展示，进入应用程序首页界面；比如预设时间为5秒，则在5秒钟内可以播放广告，当5秒钟时间到达后，则自动关闭或者停止广告展示，直接进入应用程序首页界面。

可选地，请参阅附图7，本发明的应用程序管理方法的又一个实施例中，S64中，若不存在，继续请求用户指定的网络地址内的网络资源以后，还包括：

S641：判断网络请求结果为成功还是失败；

S642：若网络请求成功，将下载好的图片、视频或者动图资源存储在应用程序内，供下次展示使用；

S643：若网络请求失败，则重新进行网络请求；

S644：若重新进行网络请求成功，将下载好的图片、视频或者动图资源存储在应用程序内，供下次展示使用；

S645：若重新进行网络请求失败，不进行任何操作。

本实施例中，进入网络请求的情况，判断网络请求结果是成功还是失败，若请求成功，将下载好的图片、视频或者动图资源缓存在应用程序的长期资源储存空间，以待下次使用；若网络请求失败的话，进入重试机制，重新进行网络请求，如果还是失败，则网络这块不再进行任何操作。

第二方面，请参阅附图8，本发明提供一种应用程序的管理系统，包括：

打包单元1，用于将应用程序中的启动引导功能模块和开屏广告功能模块通过打包工具打包成一个工具包；

移植单元2，用于将打包好的工具包移植到应用程序的代码中；

选择单元3，用于选择启动引导功能和/或开屏广告功能的展示类型；

判断单元4，用于判断要展示的展示类型的资源来源为本地资源还是网络资源；

执行单元5，用于执行相应的操作步骤。

本实施例中，在开发应用程序时，为了节省开发成本，简化代码逻辑，通过打包单元1，可以将多个软件功能模块通过专门的打包工具打包成一个工具包，再通过移植单元2，将打包好的工具包再移植到应用程序的代码中，即可实现简化代码逻辑，节省开发成本的问题；例如，本发明中，通过打包工具1将应用程序中的启动引导功能模块和开屏广告功能模块通过打包工具打包成一个工具包，常用的打包工具包括webpack、RequireJS和browserify；可以根据需求选择需要的打包工具，不同的打包工具的侧重点不一样，适用的开发语言不一样；通过移植单元2将打包好的具有启动引导功能和开屏广告功能的工具包移植到应用程序的代码中，系统调用该工具包，然后通过选择单元3，选择要展示的展示类型的资源是本地资源还是网络资源，展示类型包括视频展示、图片展示和动图展示中的至少一种，例如，只展示图片或者只展示视频，或者只展示动图，也可以将图片和视频结合起来展示，或者其他的将图片、视频和动图结合起来的展示方式；通过判断单元4，判断要展示的展示类型的资源来源为本地资源还是网络资源；通过执行单元5，执行相应的操作步骤；比如系统判断如果要展示的资源是本地资源，读取应用程序中已存储的指定的展示资源，所述展示资源包括存储在本地的展示资源和网络请求缓存到应用程序中的资源；如果判断出来要展示的资源是网络资源，则需求通过网络地址请求要展示的资源，并判断要请求的资源是否在本地存在，如果是，则不请求网络资源，从本地存储空间中直接调用播放展示资源；如果本地不存在要请求的网络资源，则继续请求网络资源。

本发明的发明内容还可以包括第三方面，比如本发明提供一种可读存储介质，所述可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现第一方面或第一方面的任一种可选地设计中的所述的应用程序的管理方法的步骤。

应用程序的管理方法或系统如果以软件功能单元的形式实现，并作为独立的产品销售或使用时，可以存储在本可读存储介质中。基于这样的理解，本发明实现上述各个实施例的方法中的全部或部分流程，也可以通过计算机程序指令相关的硬件来完成。

所述的计算机程序可存储于可读存储介质中，该存储介质为一种计算机可读存储介质，该计算机程序被处理器模块执行时，可实现上述应用程序管理方法各个实施例的步骤，其中，计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间文件形式等。所述计算机可读存储介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、随机存/取存储器以及软件分发介质等。

本发明还可以包括第四方面内容，比如本发明提供一种电子设备，包括：第三方面所述的可读存储介质，以及一个或者多个处理器，所述一个或者多个处理器用于执行所述第三方面所述的可读存储介质中的程序。

具体的，电子设备的硬件实体包括：通信接口、处理器、存储器和总线。其中，处理器通常控制电子设备的总体操作。所述通信接口可以使电子设备通过网络与其他终端或服务器通信。所述可读存储器配置为存储由处理器可执行的指令和应用，还可以缓存处理器以及电子设备中各模块待处理或已经处理的数据，可以通过闪存(FLASH)或随机访问存储器(RandomAccessMemory，RAM)实现。

这里需要指出的是：以上所述可读存储介质和所述电子设备的实施例的描述，与上述应用程序的管理方法实施例的描述是类似的，具有同所述应用程序管理方法实施例相似的有益效果。对于本发明的所述可读存储介质和所述电子设备实施例中未披露的技术细节，请参照本发明上述应用程序管理方法实施例的描述而理解。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；在本发明的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本发明的不同方面的

许多其它变化，为了简明，它们没有在细节中提供；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述

各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方

案的范围。