一种弹窗的展示方法、装置、存储介质及终端与流程

文档序号:15981020发布日期:2018-11-17 00:20阅读:121来源:国知局

本发明涉及软件开发领域,特别是涉及一种弹窗的展示方法、装置、存储介质及终端。

背景技术

应用程序(app,application)是由一个个页面组成的,页面组件activity则是页面的单位或称为页面的容器,每一个页面都是由activity实现组成的,两个页面的跳转也是一个activity跳转到另一个activity。弹窗是一种常用的提示方式,终端通过在屏幕上弹出并展示弹窗向用户进行消息的提示,弹窗通常由弹窗框体dialog进行承载,即dialog是实现弹框的容器。

在进行软件开发的过程中,通常会具有如下需求:存在一个通知的弹窗,要求在app的内任意的页面都能实现弹出。现有的方案通常将activity作为弹窗的容器,当出发弹窗通知提示时,直接启动这个新的activity作为弹窗页面来显示弹窗通知,以省略在app每个页面增加获取通知并弹窗的逻辑,但现有的方案会影响app原有页面activity的页面堆栈,易出现app运行不稳定的情况。



技术实现要素:

本发明提供一种弹窗的展示方法、装置、存储介质及终端,用以解决现有技术将activity作为弹窗的容器时,影响app原有页面activity的页面堆栈,易出现app运行不稳定的问题。

为解决上述技术问题,一方面,本发明提供一种弹窗的展示方法,包括:监听应用程序内所有页面组件activity的生命周期;在存在待展示的第一弹窗时,选择生命周期为onstart状态的第一页面activity,并将承载所述第一弹窗的第一弹窗框体dialog与所述第一页面activity关联;在展示所述第一页面activity时,展示所述第一弹窗。

进一步,所述监听应用程序内所有页面组件activity的生命周期,包括:使用生命周期监听接口监听应用程序内所有页面activity的生命周期。

进一步,所述在展示所述第一页面activity时,展示所述第一弹窗,包括:在所述第一页面activity的上层展示所述第一弹窗dialog,并在所述第一弹窗dialog中展示所述第一弹窗。

进一步,所述展示所述第一弹窗之后,还包括:检测所述第一页面activity的生命周期是否为ondestroy状态;在所述第一页面activity的生命周期为ondestroy状态的情况下,销毁所述第一弹窗dialog。

另一方面,本发明还提供一种弹窗的展示装置,包括:监听模块,用于监听应用程序内所有页面组件activity的生命周期;关联模块,用于在存在待展示的第一弹窗时,选择生命周期为onstart状态的第一页面activity,并将承载所述第一弹窗的第一弹窗框体dialog与所述第一页面activity关联;展示模块,用于在展示所述第一页面activity时,展示所述第一弹窗。

进一步,所述监听模块,具体用于:使用生命周期监听接口监听应用程序内所有页面activity的生命周期。

进一步,所述展示模块,具体用于:在所述第一页面activity的上层展示所述第一弹窗dialog,并在所述第一弹窗dialog中展示所述第一弹窗。

进一步,还包括:检测模块,用于检测所述第一页面activity的生命周期是否为ondestroy状态;销毁模块,用于在所述第一页面activity的生命周期为ondestroy状态的情况下,销毁所述第一弹窗dialog。

另一方面,本发明还提供一种存储介质,存储有计算机程序,其特征在于,计算机程序被处理器执行时实现上述的弹窗的展示方法的步骤。

另一方面,本发明还提供一种终端,至少包括存储器、处理器,存储器上存储有计算机程序,处理器在执行存储器上的计算机程序时实现上述的弹窗的展示方法的步骤。

本发明通过监听app内所有页面activity的生命周期,选择当前处于可见状态的页面activity与待展示的弹窗的dialog进行关联并展示对应的弹窗内容,可实现在app的任意页面进行弹窗展示,且不会影响app内原有页面activity的堆栈,提高了app运行的稳定性。

附图说明

图1是本发明第一实施例中弹窗的展示方法的流程图;

图2是本发明第二实施例中弹窗的展示方法的流程图;

图3是本发明第三实施例中弹窗的展示方法的流程图;

图4是本发明第四实施例中弹窗的展示装置的结构示意图;

图5是本发明第六实施例中弹窗的展示装置的结构示意图。

具体实施方式

为了解决现有技术将activity作为弹窗的容器时,影响app原有页面activity的页面堆栈,易出现app运行不稳定的问题,本发明提供了一种弹窗的展示方法、装置、存储介质及终端,以下结合附图以及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不限定本发明。

本发明的第一实施例提供了一种弹窗的展示方法,主要应用于具有智能操作系统的移动终端中,其流程图如图1所示,主要包括步骤s101至s103:

s101,监听应用程序内所有页面组件activity的生命周期。

本实施例所基于的智能操作系统通常为安卓android系统,在使用android系统的移动终端中,其内部安装的每个app均由多个页面组成,页面组件activity则是页面的单位或称为页面的容器,每一个页面都是由activity实现组成的。对于每一个页面组件activity,其生命周期的基本固定,主要包括以下状态:

(1)oncreate,表示当前页面activity正在被创建;

(2)onrestart,表示当前页面activity正在重新启动;

(3)onstart,表示当前页面activity正在被启动,并即将可见;

(4)onresume,表示当前页面activity已经创建完成,并且可以与用户进行交互;

(5)onpause,表示当前页面activity正在暂停;

(6)onstop,表示当前页面activity即将停止;

(7)ondestroy,表示当前页面activity即将被销毁。

通过监听app内所有页面activity的生命周期,可以实时获取app中每一个页面当前的状态。具体地,监听app内所有页面activity的生命周期时,可以通过系统内的生命周期监听接口(api,applicationprogramminginterface)进行监听。

s102,在存在待展示的第一弹窗时,选择生命周期为onstart状态的第一页面activity,并将承载第一弹窗的第一弹窗框体dialog与第一页面activity关联。

弹窗通知通常是在一定的业务条件下触发的,比如某个时间点服务器下发了一条通知消息,此时就需要弹窗提示用户,或app出现了一个新版本需要更新,则在用户点击进入该app显示第一个页面时通过弹窗提示用户。第一弹窗即为具有一定业务条件时当前需要展示的弹窗,其具体的内容通过第一弹窗框体dialog进行承载,即在显示该弹窗时,通过显示第一弹窗dialog来展示第一弹窗的具体内容。

在存在待展示的第一弹窗时,选择生命周期为onstart状态的第一页面activity。应当了解的是,在一个app的所有页面activity中,当前处于onstart状态的页面activity有且只有一个,因此在选择生命周期为onstart状态的页面activity时,得到的第一页面activity有且只有一个。随后将第一页面activity与第一弹窗dialog进行关联,保证在第一页面activity进行展示时,其关联的第一弹窗dialog也会随之进行展示。

在实际使用时还可能出现以下情况,在当前业务条件下时同时产生了多个需要进行展示的弹窗,此时可以将上述多个待展示的弹窗dialog均关联到第一页面activity上,并可记录关联时的先后顺序,以便确定弹窗的展示顺序。

s103,在展示第一页面activity时,展示第一弹窗。

在关联弹窗时,第一页面activity的生命周期为onstart状态,即第一页面处于正在被启动并将要展示给用户的状态,随后,在第一页面activity被完全展示时,与其关联的第一弹窗dialog一同进行展示,用户可直观地在app的第一页面上查看第一弹窗的具体内容。

应当了解的是,app中的任何一个页面在弹窗产生时都可能处于onstart状态,所以实际上,第一页面activity可以是app中任何一个页面的activity,也就是说,第一弹窗可以在app中的任何一个页面上进行展示,并且对于页面activity本身来说,页面activity是无法知晓其自身关联了弹窗dialog的,所以本实施例提出的弹窗展示方法不会影响app内原有页面activity的堆栈,即app内不会出现因临时插入activity节点而造成的跳转问题,提高了app运行的稳定性。

在实际使用时,若在当前业务条件下时同时产生了多个需要进行展示的弹窗,则将上述多个待展示的弹窗dialog均关联到第一页面activity上,并根据关联时的先后顺序,进行弹窗的展示。应当了解的是,第一个弹窗在未被关闭时(如用户点击确定或关闭按钮),第二个弹窗无法进行显示,与此同时,用户也无法对第一页面进行操作,直至第一页面关联的所有弹窗均被展示并关闭后,用户才可以与第一页面进行交互。

进一步地,在本实施例中还可以根据被关联的页面activity的类型,实现不同的弹窗逻辑,比如在登录页面可以不进行弹窗、根据不同用户的等级实现不同的弹窗形式等,但上述不同的弹窗逻辑只能在弹窗dialog中实现,根据其关联的不同的页面activity实现不同的展示逻辑。

本发明的第二实施例提供了一种弹窗的展示方法,主要应用于具有智能操作系统的移动终端中,其流程图如图2所示,主要包括步骤s201至s203:

s201,监听应用程序内所有页面组件activity的生命周期。

本实施例所基于的智能操作系统通常为安卓android系统,在使用android系统的移动终端中,其内部安装的每个app均由多个页面组成,页面组件activity则是页面的单位或称为页面的容器,每一个页面都是由activity实现组成的。通过监听app内所有页面activity的生命周期,可以实时获取app中每一个页面当前的状态。具体地,监听app内所有页面activity的生命周期时,可以通过系统内的生命周期监听接口进行监听。

s202,在存在待展示的第一弹窗时,选择生命周期为onstart状态的第一页面activity,并将承载第一弹窗的第一弹窗框体dialog与第一页面activity关联。

弹窗通知通常是在一定的业务条件下触发的,第一弹窗即为具有一定业务条件时当前需要展示的弹窗,其具体的内容通过第一弹窗框体dialog进行承载,即在显示该弹窗时,通过显示第一弹窗dialog来展示第一弹窗的具体内容。

在存在待展示的第一弹窗时,选择生命周期为onstart状态的第一页面activity。应当了解的是,在一个app的所有页面activity中,当前处于onstart状态的页面activity有且只有一个,因此在选择生命周期为onstart状态的页面activity时,得到的第一页面activity有且只有一个。随后将第一页面activity与第一弹窗dialog进行关联,保证在第一页面activity进行展示时,其关联的第一弹窗dialog也会随之进行展示。

在实际使用时还可能出现以下情况,在当前业务条件下时同时产生了多个需要进行展示的弹窗,此时可以将上述多个待展示的弹窗dialog均关联到第一页面activity上,并可记录关联时的先后顺序,以便确定弹窗的展示顺序。

s203,在第一页面activity的上层展示第一弹窗dialog,并在第一弹窗dialog中展示第一弹窗。

在关联弹窗时,第一页面activity的生命周期为onstart状态,即第一页面处于正在被启动并将要展示给用户的状态,随后,在第一页面activity被完全展示时,与其关联的第一弹窗dialog一同进行展示,并在第一弹窗dialog中展示第一弹窗的内容。具体地,第一弹窗dialog展示在第一页面activity的上层,即第一弹窗dialog未被用户关闭时,用户是无法对第一页面进行操作的。

应当了解的是,app中的任何一个页面在弹窗产生时都可能处于onstart状态,所以实际上,第一页面activity可以是app中任何一个页面的activity,也就是说,第一弹窗可以在app中的任何一个页面上进行展示,并且对于页面activity本身来说,页面activity是无法知晓其自身关联了弹窗dialog的,所以本实施例提出的弹窗展示方法不会影响app内原有页面activity的堆栈,即app内不会出现因临时插入activity节点而造成的跳转问题,提高了app运行的稳定性。

在实际使用时,若在当前业务条件下时同时产生了多个需要进行展示的弹窗,则将上述多个待展示的弹窗dialog均关联到第一页面activity上,并根据关联时的先后顺序,进行弹窗的展示。应当了解的是,第一个弹窗在未被关闭时(如用户点击确定或关闭按钮),第二个弹窗无法进行显示,与此同时,用户也无法对第一页面进行操作,直至第一页面关联的所有弹窗均被展示并关闭后,用户才可以与第一页面进行交互。

进一步地,在本实施例中还可以根据被关联的页面activity的类型,实现不同的弹窗逻辑,比如在登录页面可以不进行弹窗、根据不同用户的等级实现不同的弹窗形式等,但上述不同的弹窗逻辑只能在弹窗dialog中实现,根据其关联的不同的页面activity实现不同的展示逻辑。

本发明的第三实施例提供了一种弹窗的展示方法,主要应用于具有智能操作系统的移动终端中,其流程图如图3所示,主要包括步骤s301至s305:

s301,监听应用程序内所有页面组件activity的生命周期。

本实施例所基于的智能操作系统通常为安卓android系统,在使用android系统的移动终端中,其内部安装的每个app均由多个页面组成,页面组件activity则是页面的单位或称为页面的容器,每一个页面都是由activity实现组成的。通过监听app内所有页面activity的生命周期,可以实时获取app中每一个页面当前的状态。具体地,监听app内所有页面activity的生命周期时,可以通过系统内的生命周期监听接口进行监听。

s302,在存在待展示的第一弹窗时,选择生命周期为onstart状态的第一页面activity,并将承载第一弹窗的第一弹窗框体dialog与第一页面activity关联。

弹窗通知通常是在一定的业务条件下触发的,第一弹窗即为具有一定业务条件时当前需要展示的弹窗,其具体的内容通过第一弹窗框体dialog进行承载,即在显示该弹窗时,通过显示第一弹窗dialog来展示第一弹窗的具体内容。

在存在待展示的第一弹窗时,选择生命周期为onstart状态的第一页面activity。应当了解的是,在一个app的所有页面activity中,当前处于onstart状态的页面activity有且只有一个,因此在选择生命周期为onstart状态的页面activity时,得到的第一页面activity有且只有一个。随后将第一页面activity与第一弹窗dialog进行关联,保证在第一页面activity进行展示时,其关联的第一弹窗dialog也会随之进行展示。

s303,在展示第一页面activity时,展示第一弹窗。

在关联弹窗时,第一页面activity的生命周期为onstart状态,即第一页面处于正在被启动并将要展示给用户的状态,随后,在第一页面activity被完全展示时,与其关联的第一弹窗dialog一同进行展示,用户可直观地在app的第一页面上查看第一弹窗的具体内容。

s304,检测第一页面activity的生命周期是否为ondestroy状态,若是,则执行步骤s305,否则不进行操作。

s305,销毁第一弹窗dialog。

用户从第一页面点击或跳转至其他页面后,第一页面activity的生命周期状态通常会变成onpause、onstop或ondestroy状态,当页面activity的状态变成ondestroy状态时,证明该页面即将被销毁。本实施例所提供的弹窗展示方法不会影响app内原有页面activity的堆栈,即对于页面activity来说,activity本身是不会知晓其关联了弹窗dialog的,因此,在进行页面activity的销毁时,是无法连同其关联的弹窗dialog一并销毁的,所以,在第一弹窗被展示后,检测第一页面activity的生命周期是否变更为ondestroy状态,并且在第一页面activity的生命周期变更为ondestroy状态的情况下,销毁第一弹窗dialog,使弹窗dialog从产生到销毁过程,均不会影响app内原有页面activity的堆栈。

进一步,app中可以存在多个页面,也就是说可能存在以下情况:第二页面activity的生命周期为ondestroy状态,且第二页面activity关联有第二弹窗dialog,第三页面activity的生命周期为onstart状态,且当前存在一个第三弹窗dialog需要与第三页面activity进行关联。此时,在第三弹窗dialog与第三页面activity进行关联的同时,第二页面activity关联的第二弹窗dialog正在被销毁,也就是说,针对不同页面activity,与弹窗dialog的关联过程可以与销毁弹窗dialog的过程同时进行,均不会影响app内原有页面activity的堆栈。

本发明的第四实施例提供了一种弹窗的展示装置,主要安装于具有智能操作系统的移动终端中,其结构示意图如图4所示,主要包括:监听模块10,用于监听应用程序内所有页面组件activity的生命周期;关联模块20,与监听模块10耦合,用于在存在待展示的第一弹窗时,选择生命周期为onstart状态的第一页面activity,并将承载第一弹窗的第一弹窗框体dialog与第一页面activity关联;展示模块30,与关联模块20耦合,用于在展示第一页面activity时,展示第一弹窗。

本实施例所基于的智能操作系统通常为安卓android系统,在使用android系统的移动终端中,其内部安装的每个app均由多个页面组成,页面组件activity则是页面的单位或称为页面的容器,每一个页面都是由activity实现组成的。对于每一个页面组件activity,其生命周期的基本固定,主要包括以下状态:

(1)oncreate,表示当前页面activity正在被创建;

(2)onrestart,表示当前页面activity正在重新启动;

(3)onstart,表示当前页面activity正在被启动,并即将可见;

(4)onresume,表示当前页面activity已经创建完成,并且可以与用户进行交互;

(5)onpause,表示当前页面activity正在暂停;

(6)onstop,表示当前页面activity即将停止;

(7)ondestroy,表示当前页面activity即将被销毁。

监听模块10通过监听app内所有页面activity的生命周期,可以实时获取app中每一个页面当前的状态。具体地,监听模块10监听app内所有页面activity的生命周期时,可以通过系统内的生命周期监听接口进行监听。

弹窗通知通常是在一定的业务条件下触发的,比如某个时间点服务器下发了一条通知消息,此时就需要弹窗提示用户,或app出现了一个新版本需要更新,则在用户点击进入该app显示第一个页面时通过弹窗提示用户。第一弹窗即为具有一定业务条件时当前需要展示的弹窗,其具体的内容通过第一弹窗框体dialog进行承载,即在显示该弹窗时,通过显示第一弹窗dialog来展示第一弹窗的具体内容。

在存在待展示的第一弹窗时,通过关联模块20选择生命周期为onstart状态的第一页面activity。应当了解的是,在一个app的所有页面activity中,当前处于onstart状态的页面activity有且只有一个,因此在关联模块20选择生命周期为onstart状态的页面activity时,得到的第一页面activity有且只有一个。随后通过关联模块20将第一页面activity与第一弹窗dialog进行关联,保证在第一页面activity进行展示时,其关联的第一弹窗dialog也会随之进行展示。

在关联模块20关联弹窗时,第一页面activity的生命周期为onstart状态,即第一页面处于正在被启动并将要展示给用户的状态,随后,展示模块30在展示第一页面activity时,与其关联的第一弹窗dialog一同进行展示,用户可直观地在app的第一页面上查看第一弹窗的具体内容。

应当了解的是,app中的任何一个页面在弹窗产生时都可能处于onstart状态,所以实际上,第一页面activity可以是app中任何一个页面的activity,也就是说,第一弹窗可以在app中的任何一个页面上进行展示,并且对于页面activity本身来说,页面activity是无法知晓其自身关联了弹窗dialog的,所以本实施例提出的弹窗展示方法不会影响app内原有页面activity的堆栈,即app内不会出现因临时插入activity节点而造成的跳转问题,提高了app运行的稳定性。

在实际使用时,若在当前业务条件下时同时产生了多个需要进行展示的弹窗,关联模块20则将上述多个待展示的弹窗dialog全部关联到第一页面activity上,展示模块30则根据关联时的先后顺序,进行对应的弹窗展示。应当了解的是,第一个弹窗在未被关闭时,第二个弹窗无法进行显示,与此同时,用户也无法对第一页面进行操作,直至第一页面关联的所有弹窗均被展示并关闭后,用户才可以与第一页面进行交互。

进一步地,在本实施例中还可以根据被关联的页面activity的类型,实现不同的弹窗逻辑,比如在登录页面可以不进行弹窗、根据不同用户的等级实现不同的弹窗形式等,但上述不同的弹窗逻辑只能在弹窗dialog中实现,根据其关联的不同的页面activity实现不同的展示逻辑。

本发明的第五实施例提供了一种弹窗的展示装置,主要安装于具有智能操作系统的移动终端中,主要包括:监听模块10,用于监听应用程序内所有页面组件activity的生命周期;关联模块20,与监听模块10耦合,用于在存在待展示的第一弹窗时,选择生命周期为onstart状态的第一页面activity,并将承载第一弹窗的第一弹窗框体dialog与第一页面activity关联;展示模块30,与关联模块20耦合,用于在第一页面activity的上层展示第一弹窗dialog,并在第一弹窗dialog中展示第一弹窗。

本实施例中所涉及的监听模块10与关联模块20的功能与本发明第四实施例相同,在此不再详细赘述。

关联模块20在关联弹窗时,第一页面activity的生命周期为onstart状态,即第一页面处于正在被启动并将要展示给用户的状态,随后,展示模块30在展示第一页面activity时,与其关联的第一弹窗dialog一同进行展示,并在第一弹窗dialog中展示第一弹窗的内容。具体地,第一弹窗dialog展示在第一页面activity的上层,即第一弹窗dialog未被用户关闭时,用户是无法对第一页面进行操作的。

应当了解的是,app中的任何一个页面在弹窗产生时都可能处于onstart状态,所以实际上,第一页面activity可以是app中任何一个页面的activity,也就是说,第一弹窗可以在app中的任何一个页面上进行展示,并且对于页面activity本身来说,页面activity是无法知晓其自身关联了弹窗dialog的,所以本实施例提出的弹窗展示方法不会影响app内原有页面activity的堆栈,即app内不会出现因临时插入activity节点而造成的跳转问题,提高了app运行的稳定性。

本发明的第六实施例提供了一种弹窗的展示装置,主要安装于具有智能操作系统的移动终端中,其结构示意图如图5所示,主要包括:监听模块10,用于监听应用程序内所有页面组件activity的生命周期;关联模块20,与监听模块10耦合,用于在存在待展示的第一弹窗时,选择生命周期为onstart状态的第一页面activity,并将承载第一弹窗的第一弹窗框体dialog与第一页面activity关联;展示模块30,与关联模块20耦合,用于在展示第一页面activity时,展示第一弹窗;检测模块40,与展示模块30耦合,用于检测第一页面activity的生命周期是否为ondestroy状态;销毁模块50,与检测模块40耦合,用于在第一页面activity的生命周期为ondestroy状态的情况下,销毁第一弹窗dialog。

本实施例中所涉及的监听模块10、关联模块20以及展示模块30的功能与本发明第四实施例相同,在此不再详细赘述。

用户从第一页面点击或跳转至其他页面后,第一页面activity的生命周期状态通常会变成onpause、onstop或ondestroy状态,当页面activity的状态变成ondestroy状态时,证明该页面即将被销毁。在本实施例中,进行弹窗的展示不会影响app内原有页面activity的堆栈,即对于页面activity来说,activity本身是不会知晓其关联了弹窗dialog的,因此,在进行页面activity的销毁时,是无法连同其关联的弹窗dialog一并销毁的,所以,在第一弹窗被展示后,通过检测模块40检测第一页面activity的生命周期是否变更为ondestroy状态,并且在第一页面activity的生命周期变更为ondestroy状态的情况下,通过销毁模块50单独销毁第一弹窗dialog,使弹窗dialog从产生到销毁过程,均不会影响app内原有页面activity的堆栈。

进一步,app中可以存在多个页面,也就是说可能存在以下情况:第二页面activity的生命周期为ondestroy状态,且第二页面activity关联有第二弹窗dialog,第三页面activity的生命周期为onstart状态,且当前存在一个第三弹窗dialog需要与第三页面activity进行关联。此时,关联模块20在为第三弹窗dialog与第三页面activity进行关联的同时,销毁模块50正在销毁与第二页面activity关联的第二弹窗dialog,也就是说,关联模块20和销毁模块50是可以同时运行的,针对不同页面activity,与弹窗dialog的关联过程可以与销毁弹窗dialog的过程同时进行,均不会影响app内原有页面activity的堆栈。

本发明第七实施例提供了一种存储介质,存储有计算机程序,计算机程序被处理器执行时实现如下步骤s11至s13:

s11,监听应用程序内所有页面组件activity的生命周期;

s12,在存在待展示的第一弹窗时,选择生命周期为onstart状态的第一页面activity,并将承载第一弹窗的第一弹窗框体dialog与第一页面activity关联;

s13,在展示第一页面activity时,展示第一弹窗。

在本实施例中,存储介质可以安装在具有智能操作系统的移动终端上。由于在第一实施例中已经对弹窗的展示方法进行了详细说明,因此,在本实施例中不再赘述。

可选地,在本实施例中,上述存储介质可以包括但不限于:u盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行上述实施例记载的方法步骤。可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。

本发明的第八实施例提供了一种终端,至少包括存储器、处理器,存储器上存储有计算机程序,处理器在执行存储器上的计算机程序时实现如下步骤s21至s23:

s21,监听应用程序内所有页面组件activity的生命周期;

s22,在存在待展示的第一弹窗时,选择生命周期为onstart状态的第一页面activity,并将承载第一弹窗的第一弹窗框体dialog与第一页面activity关联;

s23,在展示第一页面activity时,展示第一弹窗。

在本实施例中,终端可以为用户使用的如手机、平板电脑等具有智能操作系统的移动终端。由于在第一实施例中已经对弹窗的展示方法进行了详细说明,因此,在本实施例中不再赘述。

尽管为示例目的,已经公开了本发明的优选实施例,本领域的技术人员将意识到各种改进、增加和取代也是可能的,因此,本发明的范围应当不限于上述实施例。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1