界面加载方法、装置、用户端及存储介质制造方法及图纸

技术编号:24454914 阅读:42 留言:0更新日期:2020-06-10 15:16
本申请提出一种界面加载方法、装置、用户端及存储介质,涉及互联网技术领域,通过配置记录有多个界面之间的父子关系的界面管理列表,使得当用户界面加载当前父界面完成时,可以在界面管理列表中确定出与当前父界面对应的目标子界面,从而在用户界面加载该目标子界面,相比于现有技术,使得用户在加载完成当前父界面后,仅需要加载与当前父界面对应的目标子界面,而无需加载所有的交互界面,进而减少用户界面所需要加载的交互界面,提升界面的加载速度。

Interface loading method, device, client and storage medium

【技术实现步骤摘要】
界面加载方法、装置、用户端及存储介质
本申请涉及互联网
,具体而言,涉及一种界面加载方法、装置、用户端及存储介质。
技术介绍
随着移动互联网的蓬勃发展,越来越多的移动应用程序(Application,APP)被开发出来为用户提供服务,以满足用户日益增多的使用需求。另外,随着移动应用产品的多样化,用户对各种APP的功能体验也越来越多,使得APP在具备越来越多应用功能的同时,交互界面的复杂程度也随之上升,比如相互之间存在依赖关系的界面,或者是存在父子关系的应用界面等。然而,在目前的例如APP中界面加载方案中,界面的加载速度较慢,导致用户的体验较差。
技术实现思路
本申请的目的在于提供一种界面加载方法、装置、用户端及存储介质,能够提升界面的加载速度。为了实现上述目的,本申请采用的技术方案如下:第一方面,本申请提供一种界面加载方法,所述方法包括:当用户界面加载当前父界面完成时,在界面管理列表中确定出与所述当前父界面对应的目标子界面;其中,所述界面管理列表记录有多个界面之间的父子关系;在所述用户界面加载所述目标子界面。第二方面,本申请提供一种界面加载装置,所述装置包括:处理模块,用于当用户界面加载当前父界面完成时,在界面管理列表中确定出与所述当前父界面对应的目标子界面;其中,所述界面管理列表记录有多个界面之间的父子关系;加载模块,用于在所述用户界面加载所述目标子界面。第三方面,本申请提供一种用户端,所述用户端包括存储器,用于存储一个或多个程序;处理器;当所述一个或多个程序被所述处理器执行时,实现上述的界面加载方法。第四方面,本申请提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述的界面加载方法。本申请提供的一种界面加载方法、装置、用户端及存储介质,通过配置记录有多个界面之间的父子关系的界面管理列表,使得当用户界面加载当前父界面完成时,可以在界面管理列表中确定出与当前父界面对应的目标子界面,从而在用户界面加载该目标子界面,相比于现有技术,使得用户在加载完成当前父界面后,仅需要加载与当前父界面对应的目标子界面,而无需加载所有的交互界面,进而减少用户界面所需要加载的交互界面,提升界面的加载速度。为使本申请的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。附图说明为了更清楚地说明本申请的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它相关的附图。图1示出用户界面的一种示意图;图2示出本申请提供的界面加载方法的一种示意性应用场景图;图3示出本申请提供的用户端的一种示意性结构框图;图4示出本申请提供的界面加载方法的一种示意性流程图;图5示出本申请提供的界面加载方法的另一种示意性流程图;图6示出本申请提供的界面加载方法的再一种示意性流程图;图7示出用户界面的另一种示意图;图8示出本申请提供的界面加载方法的再一种示意性流程图;图9示出用户界面的再一种示意图;图10示出本申请提供的界面加载方法的再一种示意性流程图;图11示出本申请提供的界面加载装置的一种示意性结构框图。图中:100-用户端;101-存储器;102-处理器;103-存储控制器;104-外设接口;105-射频单元;106-通讯总线/信号线;107-显示单元;300-界面加载装置;301-处理模块;302-加载模块。具体实施方式为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请的一些实施例中的附图,对本申请中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请选定的一些实施例。基于本申请中的一部分实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。同时,在本申请的描述中,术语“第一”、“第二”等仅用于区分描述,而不能理解为指示或暗示相对重要性。需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。下面结合附图,对本申请的一些实施方式作详细说明。在不冲突的情况下,下述的实施例及实施例中的特征可以相互组合。结合图1所示,在例如网络直播等场景中,用户端的用户界面可以存在多个交互界面,各个交互界面之间可能为相互并列的关系,比如图1中的名称分别为“聊天”、“主播”、“排行”、“贵宾”这四个交互界面即为相互并列的关系,彼此之间的显示互相不影响也不存在关联关系;各个交互界面之间也有可能为父子关系,比如图1中的名称为“排行”和名称分别为“周贡榜”以及名称为“粉丝榜”的两个交互界面即为父子关系,当用户界面中名称为“排行”的交互界面被点击时,即显示名称为“周贡榜”和“粉丝榜”的两个交互界面。通过在用户端的用户界面设计多种交互界面,能够满足用户不同的需求;比如在如图1所示的网络直播场景中,用户在“聊天”这一交互界面中可以与例如主播或者是观众等其他用户进行互动,在“主播”这一交互界面中可以查看主播的相关信息等。在例如图1所示的用户界面中,目前对于交互界面的加载方案一般为:当用户选择进入某一直播间时,用户端即加载该直播间的所有交互界面的内容,比如图1中“聊天”、“主播”、“排行”、“贵宾”这四个交互界面的所有内容,在用户点击用户界面进入对应直播间时即会加载在用户端中;当用户界面中某一交互界面,比如名称为“聊天”的交互界面被点击时,用户端则将对应的交互内容展示在用户界面上。然而,在上述的加载方案中,以用户点击用户界面中名称为“聊天”的交互界面为例,用户端实际上只需要加载名称为“聊天”对应的交互界面即可,例如“主播”、“排行”、“贵宾”等其他的交互界面的内容实际上并未与用户产生交互内容,使得用户在点击用户本文档来自技高网...

【技术保护点】
1.一种界面加载方法,其特征在于,所述方法包括:/n当用户界面加载当前父界面完成时,在界面管理列表中确定出与所述当前父界面对应的目标子界面;其中,所述界面管理列表记录有多个界面之间的父子关系;/n在所述用户界面加载所述目标子界面。/n

【技术特征摘要】
1.一种界面加载方法,其特征在于,所述方法包括:
当用户界面加载当前父界面完成时,在界面管理列表中确定出与所述当前父界面对应的目标子界面;其中,所述界面管理列表记录有多个界面之间的父子关系;
在所述用户界面加载所述目标子界面。


2.如权利要求1所述的方法,其特征在于,每一界面被封装为对应的功能插件进行保存;
在所述用户界面加载所述目标子界面的步骤,包括:
初始化与所述目标子界面对应的目标功能插件,以在所述用户界面加载所述目标子界面。


3.如权利要求2所述的方法,其特征在于,所述界面管理列表还记录有每一功能插件的状态标识;
在初始化与所述目标子界面对应的目标功能插件,以在所述用户界面加载所述目标子界面的步骤之前,所述方法还包括:
当所述目标功能插件对应第一状态标识时,从内存中获取所述目标功能插件;其中,所述第一状态标识表征对应的功能插件加载在所述内存中;
当所述目标功能插件对应第二状态标识时,从硬盘中获取所述目标功能插件,并将所述目标功能插件加载在所述内存中;其中,所述第二状态标识表征对应的功能插件保存在所述硬盘中。


4.如权利要求2所述的方法,其特征在于,所述方法还包括:
当所述目标功能插件被卸载时,将所述目标子界面从所述用户界面中移除。


5.如权利要求2所述的方法,其特征在于,所述方法还包括:
当所述目标功能插件被更新时,按照更新后的目标功能插件,更新所述用户界面中的所述目标子界面。

【专利技术属性】
技术研发人员:林刘生
申请(专利权)人:广州虎牙科技有限公司
类型:发明
国别省市:广东;44

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1