终端的沉浸式状态栏配置方法、装置、设备及存储介质与流程

1.本技术涉及计算机技术领域，具体涉及一种终端的沉浸式状态栏配置方法、装置、设备及存储介质。


背景技术：

2.好的应用产品，离不开良好的视觉体验和交互体验。随着各终端厂商不断推出新的终端商品，刘海屏、水滴屏、打孔屏等屏幕样式层出不穷。应用产品商越来越致力于打造更加沉浸式的视觉体验。
3.但是，目前市面上多数应用产品的webview是基于特定的设备型号及操作系统进行配置的，缺乏普遍适配性；不同应用产品之间的webview效果不统一，用户短时间同时使用多个应用产品时，往往需要适应不同的视觉效果；而且旧有应用产品的改造成本较大。因此，现有技术中缺乏一种通用的终端应用的沉浸式状态栏适配方案，能够提供统一的状态栏视觉效果。


技术实现要素：

4.为解决上述问题，本技术实施例提供了一种终端的沉浸式状态栏配置方法、装置、设备及存储介质，提供一种通用的终端应用的沉浸式状态栏适配方案，从而统一沉浸式状态栏的视觉效果。
5.本技术实施例采用下述技术方案：
6.第一方面，提供了一种终端的沉浸式状态栏配置方法，该方法包括：
7.获取终端应用程序，判断应用程序的版本是否支持沉浸式状态栏配置；
8.若应用程序的版本支持沉浸式状态栏配置，则判断应用程序的浏览器是否支持沉浸式状态栏配置；
9.若应用程序的浏览器支持沉浸式状态栏配置，则基于预设视觉规则对应用程序的状态栏进行调整。
10.第二方面，提供了一种终端的沉浸式状态栏配置装置，该装置包括：
11.程序环境判断单元，用于获取应用程序，判断应用程序的版本是否支持沉浸式状态栏配置；
12.浏览器环境判断单元，用于判断应用程序的浏览器是否支持沉浸式状态栏配置；
13.调整单元，用于基于预设视觉规则对应用程序的状态栏进行调整。
14.第三方面，本技术实施例还提供了一种计算机设备，包括存储器、处理器以及存储在存储器中并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述终端的沉浸式状态栏配置方法的步骤。
15.第四方面，本技术实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器指令时实现上述终端的沉浸式状态栏配置方法的步骤。
16.本技术实施例采用的上述至少一个技术方案能够达到以下有益效果：
17.本技术提供的终端的沉浸式状态栏配置方法，获取终端应用程序，判断应用程序的版本是否支持沉浸式状态栏配置，若应用程序的版本支持沉浸式状态栏配置，则判断应用程序的浏览器是否支持沉浸式状态栏配置，若应用程序的浏览器支持沉浸式状态栏配置，则基于预设视觉规则对应用程序的状态栏进行调整。本技术提供的终端的沉浸式状态栏配置方法，判断程序环境和浏览器环境均支持沉浸式状态栏配置时，完成沉浸式状态栏的适配，为终端用户提供优质的视觉和交互体验；统一的适配设计规范，使得用户短时间同时使用多个应用程序时，不再需要适应不同的视觉效果，提升了用户的舒适度；通用的预设视觉规则为已在线上运行的应用程序提供快捷的升级方案，降低了逐个适配的工作量。
附图说明
18.此处所说明的附图用来提供对本技术的进一步理解，构成本技术的一部分，本技术的示意性实施例及其说明用于解释本技术，并不构成对本技术的不当限定。在附图中：
19.图1示出根据本技术的一个实施例的终端的沉浸式状态栏配置方法的应用环境示意图；
20.图2示出根据本技术的一个实施例的终端的沉浸式状态栏配置方法的流程示意图；
21.图3示出根据本技术的一个实施例的基于预设视觉规则对应用程序的状态栏进行调整的示意图；
22.图4示出根据本技术的一个实施例的基于预设视觉规则对应用程序的状态栏进行调整后的展示效果图；
23.图5示出根据本技术的另一个实施例的终端的沉浸式状态栏配置方法的流程示意图；
24.图6示出根据本技术的一个实施例的终端的沉浸式状态栏配置装置的结构示意图；
25.图7示出根据本技术的一个实施例的计算机设备的结构示意图；
26.图8示出根据本技术的另一个实施例的计算机设备的结构示意图。
具体实施方式
27.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术具体实施例及相应的附图对本技术技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
28.以下结合附图，详细说明本技术各实施例提供的技术方案。
29.本技术实施例提供的终端的沉浸式状态栏配置方法，可应用在如图1的环境中，其中，终端通过网络与服务端进行通信。终端可以但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备等具有显示屏和输入装置的设备。服务端可以用独立的服务器或者是多个服务器组成的服务器集群来实现。沉浸式状态栏的调整效果是显示在终端上的，用户可以在终端上查看调整后的应用程序的状态栏效果。服务端获取终端应
用程序，判断应用程序的版本是否支持沉浸式状态栏配置，若应用程序的版本支持沉浸式状态栏配置，服务端继续判断应用程序的浏览器是否支持沉浸式状态栏配置，若应用程序的浏览器支持沉浸式状态栏配置，服务端则基于预设视觉规则对应用程序的状态栏进行调整。在本技术中，服务端在判断程序环境和浏览器环境均支持沉浸式状态栏配置时，完成沉浸式状态栏的适配，为终端用户提供优质的视觉和交互体验；统一的适配设计规范，使得用户短时间同时使用多个应用程序时，不再需要适应不同的视觉效果，提升了用户的舒适度；通用的预设视觉规则为已在线上运行的应用程序提供快捷的升级方案，降低了逐个适配的工作量。下面通过具体的实施例对本技术进行详细的描述。
30.状态栏即为智能终端(例如手机)顶部，用于显示时间、电量等信息的一行。以手机为例，手机的外观有刘海屏、水滴屏、打孔屏、全面屏等各种形式，因此不同的手机状态栏高度有所区别。沉浸式即为应用程序的头部和手机的状态栏合为一体。为了使用户获得更统一和更舒适的视觉效果，需要对终端进行沉浸式状态栏配置，以提升用户的观感舒适度。为了进行沉浸式状态栏配置，需要判断应用程序的程序环境和浏览器环境是否支持沉浸式状态栏配置，仅当程序环境和浏览器环境均支持沉浸式状态栏配置时，以预设视觉规则对状态栏进行调整，以获得沉浸式效果；当程序环境和/或浏览器环境不支持沉浸式状态栏配置时，仍保持应用程序原有的非沉浸式方案。
31.图2示出了本技术一个实施例提出的终端的沉浸式状态栏配置方法。根据图2所示，该方法包括步骤s210～步骤s230：
32.步骤s210，获取终端应用程序，判断应用程序的版本是否支持沉浸式状态栏配置。
33.服务端基于与终端的网路连接获取终端的应用程序，从而判断程序环境是否支持沉浸式状态栏配置。
34.通常，对于一些已在线上运行的应用程序，通过版本即能够确定其是否能够支持沉浸式状态栏配置，服务端通过获取终端的应用程序的程序信息确定版本，从而能够判断出其是否能够支持沉浸式状态栏配置。服务端可以但不限于通过获取应用程序的用户代理(ua，user agent)信息、版本号等信息确定其是否能够支持沉浸式状态栏配置。
35.步骤s220，若应用程序的版本支持沉浸式状态栏配置，则判断应用程序的浏览器是否支持沉浸式状态栏配置。
36.若程序环境不支持沉浸式状态栏配置，则服务端无法对该应用程序进行状态栏调整。服务端只能保持应用程序原有的非沉浸式的方案推送终端进行展示。
37.若程序环境支持沉浸式状态栏配置，则服务端继续判断应用程序的浏览器是否支持沉浸式状态栏配置。
38.即使程序环境能够支持沉浸式状态栏配置，浏览器环境也会对服务端能否对状态栏调整进行限制。因此服务端可以但不限于通过获取浏览器的统一资源定位(url，uniform resource locator)参数等信息确定其是否能够支持沉浸式状态栏配置。
39.步骤s230，若应用程序的浏览器支持沉浸式状态栏配置，则基于预设视觉规则对应用程序的状态栏进行调整。
40.若浏览器环境不支持沉浸式状态栏配置，则服务端无法对该应用程序进行状态栏调整。服务端只能保持应用程序原有的非沉浸式的方案推送终端进行展示。
41.若浏览器环境支持沉浸式状态栏配置，则服务端基于预设视觉规则对应用程序的
状态栏进行调整，并将调整效果推送至终端进行展示。
42.当程序环境和浏览器环境均支持沉浸式状态栏配置时，服务端可以基于预设视觉规则进行状态栏的效果调整。预设视觉规则提供了一种统一的适配设计规范，通过该预设视觉规则，服务端能够改变应用程序的状态栏高度、新增组件、为新增组件配置自定义色彩或图片背景等，从而使终端上显示的状态栏具有更好的沉浸式视觉效果。
43.从图2所示的方法可以看出，本技术提供的终端的沉浸式状态栏配置方法，获取终端应用程序，判断应用程序的版本是否支持沉浸式状态栏配置，若应用程序的版本支持沉浸式状态栏配置，则判断应用程序的浏览器是否支持沉浸式状态栏配置，若应用程序的浏览器支持沉浸式状态栏配置，则基于预设视觉规则对应用程序的状态栏进行调整。本技术提供的终端的沉浸式状态栏配置方法，判断程序环境和浏览器环境均支持沉浸式状态栏配置时，完成沉浸式状态栏的适配，为终端用户提供优质的视觉和交互体验；统一的适配设计规范，使得用户短时间同时使用多个应用程序时，不再需要适应不同的视觉效果，提升了用户的舒适度；通用的预设视觉规则为已在线上运行的应用程序提供快捷的升级方案，降低了逐个适配的工作量。
44.在本技术的一些实施例中，在上述方法中，获取终端应用程序，判断应用程序的版本是否支持沉浸式状态栏配置，包括：获取应用程序的用户代理信息，判断用户代理信息中是否含有约定标识；若用户代理信息中含有约定标识，则获取应用程序的版本号，判断应用程序的版本号是否支持沉浸式状态栏配置；若用户代理信息中不含有约定标识，则确定所述应用程序不支持沉浸式状态栏配置。
45.ua信息是http(超文本传输)协议中的一部分，属于头域的组成部分。ua信息可以提供程序信息、操作系统等核心信息。对于已在线上运行的应用程序，如果该应用程序能够提供沉浸式状态栏配置的能力，那么在其ua信息中将包括与该应用程序约定好的约定标识。这一约定标识指示该应用程序支持沉浸式状态栏配置。服务端通过获取其ua信息，对ua信息进行解析，判断ua信息中是否具有约定标识，进而能够判断该应用程序是否提供沉浸式状态栏配置的能力。
46.如果ua信息中不含有约定标识，则程序环境不支持沉浸式状态栏配置，那么服务端无法对该应用程序进行状态栏调整。服务端只能保持应用程序原有的非沉浸式的方案推送终端进行展示。
47.如果ua信息中含有约定标识，则服务端需要进一步获取该应用程序的版本号，判断该应用程序的版本号是否支持沉浸式状态栏配置。
48.在本技术的一些实施例中，在上述方法中，判断应用程序的版本号是否支持沉浸式状态栏配置，包括：将版本号在数据库中进行匹配；当版本号在数据库中匹配成功时，判断终端应用程序的版本支持沉浸式状态栏配置；当版本号在数据库中匹配失败时，判断终端应用程序的版本不支持沉浸式状态栏配置。
49.服务端的数据库中预先存储了支持沉浸式状态栏配置的应用程序的版本号数据集。服务端进一步获取应用程序的版本号后，将应用程序的版本号与数据库中的版本号数据集进行匹配。应用程序的ua信息中一般包括版本号，因此服务端可以基于已经获取的ua信息，解析获取应用程序的版本号。服务端也可以通过其他途径直接获取应用程序的版本号。
50.如果在数据库中的版本号数据集中没有匹配到该应用程序的版本号，则程序环境不支持沉浸式状态栏配置，那么服务端无法对该应用程序进行状态栏调整。服务端只能保持应用程序原有的非沉浸式的方案推送终端进行展示。
51.如果在数据库中的版本号数据集中匹配到了该应用程序的版本号，则程序环境支持沉浸式状态栏配置，服务端需要进一步判断该应用程序的浏览器环境是否支持沉浸式状态栏配置。
52.本技术的上述技术方案，首先通过获取ua信息对应用程序是否提供沉浸式状态栏配置能力进行判断，再通过版本号进一步判断应用程序的版本是否支持沉浸式状态栏配置，从而确定程序环境支持服务端进行沉浸式状态栏配置，提高了程序环境判断的准确性，并且减轻了服务端的算力压力。
53.在本技术的一些实施例中，在上述方法中，判断应用程序的浏览器是否支持沉浸式状态栏配置，包括：获取浏览器的统一资源定位参数，根据统一资源定位参数判断浏览器是否自动开启沉浸式状态栏配置；若浏览器自动开启沉浸式状态栏配置，则确定浏览器支持沉浸式状态栏配置；若浏览器未自动开启沉浸式状态栏配置，则推送沉浸式状态栏开启选择项，响应于对沉浸式状态栏开启选择项的确认结果，判断浏览器是否手动开启沉浸式状态栏配置。
54.当确定程序环境支持沉浸式状态栏配置后，服务端还需要判断浏览器环境是否支持沉浸式状态栏配置。一般情况下，采用hbuilder等创建的浏览器默认可能是不自动开启沉浸式的，因此服务端需要首先判断浏览器是否自动开启沉浸式状态栏配置。服务端可以获取url参数，通过url参数判断浏览器是否自动开启沉浸式状态栏配置。
55.比如，通过[plus.navigator.islmmsersive()]代码判断当前浏览器环境是否自动开启沉浸式状态栏配置。若返回结果[true]，则确定浏览器支持沉浸式状态栏配置。若返回结果[false]，则确定浏览器未自动开启沉浸式状态栏配置，此时服务端需要推送沉浸式状态栏开启选择项，响应于对沉浸式状态栏开启选择项的确认结果，判断浏览器是否手动开启沉浸式状态栏配置。
[0056]
在本技术的一些实施例中，在上述方法中，判断浏览器是否手动开启沉浸式状态栏配置，包括：响应于对沉浸式状态栏开启选择项的开启确认结果，确定浏览器支持沉浸式状态栏配置；响应于对沉浸式状态栏开启选择项的关闭确认结果，确定浏览器不支持沉浸式状态栏配置。
[0057]
在浏览器未自动开启沉浸式状态栏配置的情况下，服务端可以通过调用scheme进一步获取是否手动开启沉浸式状态栏配置。举例来说，服务端可以通过manifest.json文件推送代码视图。用户在[plus-》statusbar]下添加[immersed]节点并设置值为[true]，从而对沉浸式状态栏选择项确认开启结果。具体的代码实现可以是[“plus”:{“statusbar”:{“immersed”:true}}]。需要说明的是，上述举例仅是示意性的，本技术并不以此为限，服务端还可以通过推送可视化沉浸式状态栏开启选择项模块、亦或者其他形式判断浏览器是否手动开启沉浸式状态栏配置。
[0058]
如果服务端接收到沉浸式状态栏开启选择项的开启确认结果，则响应于该结果，确定浏览器支持沉浸式状态栏配置。至此，服务端确定应用程序的程序环境和浏览器环境均支持沉浸式状态栏配置，则基于预设视觉规则对应用程序的状态栏进行调整。
[0059]
如果服务端接收到沉浸式状态栏开启选择项的关闭确认结果，则响应于该结果，确定浏览器不支持沉浸式状态栏配置，那么服务端无法对该应用程序进行状态栏调整。服务端只能保持应用程序原有的非沉浸式的方案推送终端进行展示。
[0060]
本技术的上述技术方案，首先判断浏览器是否自动开启沉浸式状态栏配置，再通过手动确认判断浏览器是否手动开启沉浸式状态栏配置，从而确定浏览器环境支持服务端进行沉浸式状态栏配置，提高了沉浸式状态栏配置的灵活性。
[0061]
在本技术的一些实施例中，在上述方法中，基于预设视觉规则对应用程序的状态栏进行调整的步骤之前，该方法还包括：在数据库中查询应用程序的状态栏高度信息；若查询结果为空，则获取应用程序的状态栏高度信息，并将状态栏高度信息存储于数据库中。
[0062]
服务端的数据库中可以预先存储支持沉浸式状态栏配置的应用程序的状态栏高度信息。在确定程序环境和浏览器环境均支持沉浸式状态栏配置后，服务端可以在数据库中查询到该应用程序的状态栏高度信息，以便基于预设视觉规则进行调整。
[0063]
但如果服务端的数据库中未预先存储到该应用程序的状态栏高度信息，即statusbarheight＝null，则需要通过调用scheme获取应用程序的状态栏高度信息，进而存储至数据库中。例如，可以通过[plus.navigator.getstatusbarheight()]代码获取应用程序的状态栏高度信息，该状态栏高度信息为number类型，单位是逻辑像素值(即可直接使用的像素值)。
[0064]
将应用程序的状态栏高度信息提前写入缓存，能够缩短后续调用等待时间，从而防止沉浸式状态栏配置过程可能造成的屏幕抖动。
[0065]
在本技术的一些实施例中，在上述方法中，基于预设视觉规则对应用程序的状态栏进行调整，包括：根据状态栏高度信息和终端的型号确定调整高度；根据应用程序确定新增组件高度和/或组件背景；基于调整高度、组件高度和/或组件背景对应用程序的状态栏进行调整。
[0066]
服务器可以通过通用的二方库，为支持沉浸式状态栏配置的应用程序提供快速适配。预设视觉规则可以是已经固定的基础设计规范，提供一套适应终端的统一的沉浸式状态栏设计方案。
[0067]
服务端已经缓存了该应用程序的状态栏高度信息。服务端可以通过解析应用程序的ua信息确定终端的型号，服务端也可以通过其他方式获取终端的型号。当服务端获取终端的型号后，能够基于终端的型号确定该终端的屏幕样式，比如刘海屏、水滴屏、打孔屏等。服务端即可以基于预设视觉规则，根据状态栏高度信息和终端的型号确定调整高度。同时，服务端还可以同时为沉浸式状态栏新增相应的组件，比如包含标题的导航栏组件等。服务端可以根据应用程序确定适宜的组件高度，和/或为新增组件配置自定义色彩或图片背景等。
[0068]
比如，图3示出了本技术一个实施例的基于预设视觉规则对应用程序的状态栏进行调整的示意图，图3以iphone为例展示了状态栏的高度调整及确定组件高度的方法。服务端缓存了应用程序的状态栏高度为20px，服务端通过获取的终端型号确定该手机为刘海屏。预设视觉规则提供统一的沉浸式状态栏设计方案为：顶部状态栏高度调整为44px、新增导航栏组件高度为44px。基于该预设视觉规则，服务端在应用程序的状态栏原有的20px高度下新增24px高度，即将应用程序的状态栏的总高度调整为44px，同时在新增高度之下提
供高度为44px的导航栏组件。
[0069]
服务端根据应用程序确定新增组件背景。服务端可以根据应用程序的类别、分区等条件对新增组件背景进行确定，背景可以是自定义纯色或图片等。
[0070]
比如，图4示出了本技术一个实施例的基于预设视觉规则对应用程序的状态栏进行调整后的展示效果图。图4以平安健康应用程序为例，展示了调整后的视觉效果。调整后的状态栏高度为44px；在调整高度后的状态栏下新增了导航栏组件，导航栏组件的高度为44px；为了展示出平安健康应用程序的特色，该导航栏组件的背景为自定义图片。终端基于与服务端的连接展示配置好的沉浸式状态栏。用户在终端上浏览应用程序时，统一的适配设计使得用户不再需要适应不同的视觉效果，提升了用户的舒适度，提高了用户的视觉和交互体验。
[0071]
需要注意的是，当通过本技术的上述方法确定程序环境和浏览器环境均不支持沉浸式状态栏配置时，服务端无法对该应用程序进行状态栏调整，服务端依然保持应用程序原有的非沉浸式的方案推送终端进行展示。服务端仍可以通过一个通用的二方库，以旧有不支持沉浸式状态栏配置的非沉浸式方案推送终端。终端基于与服务端的连接展示非沉浸式的状态栏，此处不再赘述。
[0072]
图5示出了本技术另一个实施例的终端的沉浸式状态栏配置方法的流程示意图，结合图5所示，本实施例的终端的沉浸式状态栏配置方法包括以下步骤s501～s516。
[0073]
步骤s501，获取应用程序的用户代理信息。
[0074]
步骤s502，判断用户代理信息中是否含有约定标识；若用户代理信息中含有约定标识，则转步骤s503，若用户代理信息中不含有约定标识，则转步骤s516。
[0075]
步骤s503，获取应用程序的版本号，将版本号在数据库中进行匹配。
[0076]
步骤s504，判断应用程序的版本号在数据库中是否匹配成功；若匹配成功，则转步骤s505，若匹配失败，则转步骤s516。
[0077]
步骤s505，获取浏览器的统一资源定位参数。
[0078]
步骤s506，判断浏览器是否自动开启沉浸式状态栏配置；若浏览器自动开启沉浸式状态栏配置，则转步骤s510，若浏览器未自动开启沉浸式状态栏配置，则转步骤s507。
[0079]
步骤s507，推送沉浸式状态栏开启选择项。
[0080]
步骤s508，接收开启确认结果，转步骤s510；或者步骤s509，接收关闭确认结果，转步骤s516。
[0081]
步骤s510，在数据库中查询应用程序的状态栏高度信息。
[0082]
步骤s511，判断查询结果是否为空；若为空，则转步骤s512，若不为空，则转步骤s513。
[0083]
步骤s512，获取应用程序的状态栏高度信息，并将状态栏高度信息存储于数据库中。
[0084]
步骤s513，根据状态栏高度信息和终端的型号确定调整高度。
[0085]
步骤s514，根据应用程序确定新增组件高度和/或组件背景。
[0086]
步骤s515，基于调整高度、组件高度和/或组件背景对应用程序的状态栏进行调整。
[0087]
步骤s516，保持应用程序原有的非沉浸式的方案。
[0088]
图6示出了本技术一个实施例的终端的沉浸式状态栏配置装置的结构示意图，根据图6所示，该装置600可以部署于服务端，该装置600包括：
[0089]
程序环境判断单元601，用于获取终端应用程序，判断应用程序的版本是否支持沉浸式状态栏配置。
[0090]
服务端基于与终端的网路连接获取终端的应用程序，从而判断程序环境是否支持沉浸式状态栏配置。
[0091]
通常，对于一些已在线上运行的应用程序，通过版本即能够确定其是否能够支持沉浸式状态栏配置，服务端通过获取终端的应用程序的程序信息确定版本，从而能够判断出其是否能够支持沉浸式状态栏配置。服务端可以但不限于通过获取应用程序的用户代理(ua，user agent)信息、版本号等信息确定其是否能够支持沉浸式状态栏配置。
[0092]
浏览器环境判断单元602，用于判断应用程序的浏览器是否支持沉浸式状态栏配置。
[0093]
若程序环境不支持沉浸式状态栏配置，则服务端无法对该应用程序进行状态栏调整。服务端只能保持应用程序原有的非沉浸式的方案推送终端进行展示。
[0094]
若程序环境支持沉浸式状态栏配置，则服务端继续判断应用程序的浏览器是否支持沉浸式状态栏配置。
[0095]
即使程序环境能够支持沉浸式状态栏配置，浏览器环境也会对服务端能否对状态栏调整进行限制。因此服务端可以但不限于通过获取浏览器的统一资源定位(url，uniform resource locator)参数等信息确定其是否能够支持沉浸式状态栏配置。
[0096]
调整单元603，用于基于预设视觉规则对应用程序的状态栏进行调整。
[0097]
若浏览器环境不支持沉浸式状态栏配置，则服务端无法对该应用程序进行状态栏调整。服务端只能保持应用程序原有的非沉浸式的方案推送终端进行展示。
[0098]
若浏览器环境支持沉浸式状态栏配置，则服务端基于预设视觉规则对应用程序的状态栏进行调整，并将调整效果推送至终端进行展示。
[0099]
当程序环境和浏览器环境均支持沉浸式状态栏配置时，服务端可以基于预设视觉规则进行状态栏的效果调整。预设视觉规则提供了一种统一的适配设计规范，通过该预设视觉规则，服务端能够改变应用程序的状态栏高度、新增组件、为新增组件配置自定义色彩或图片背景等，从而使终端上显示的状态栏具有更好的沉浸式视觉效果。
[0100]
在本技术的一些实施例中，在上述装置600中，程序环境判断单元601，具体用于获取应用程序的用户代理信息，判断用户代理信息中是否含有约定标识；若用户代理信息中含有约定标识，则获取应用程序的版本号，判断应用程序的版本号是否支持沉浸式状态栏配置；若用户代理信息中不含有约定标识，则确定所述应用程序不支持沉浸式状态栏配置。
[0101]
在本技术的一些实施例中，在上述装置600中，程序环境判断单元601，还具体用于将版本号在数据库中进行匹配；当版本号在数据库中匹配成功时，判断终端应用程序的版本支持沉浸式状态栏配置；当版本号在数据库中匹配失败时，判断终端应用程序的版本不支持沉浸式状态栏配置。
[0102]
在本技术的一些实施例中，在上述装置600中，浏览器环境判断单元602，具体用于获取浏览器的统一资源定位参数，根据统一资源定位参数判断浏览器是否自动开启沉浸式状态栏配置；若浏览器自动开启沉浸式状态栏配置，则确定浏览器支持沉浸式状态栏配置；
若浏览器未自动开启沉浸式状态栏配置，则推送沉浸式状态栏开启选择项，响应于对沉浸式状态栏开启选择项的确认结果，判断浏览器是否手动开启沉浸式状态栏配置。
[0103]
在本技术的一些实施例中，在上述装置600中，浏览器环境判断单元602，还具体用于响应于对沉浸式状态栏开启选择项的开启确认结果，确定浏览器支持沉浸式状态栏配置；响应于对沉浸式状态栏开启选择项的关闭确认结果，确定浏览器不支持沉浸式状态栏配置。
[0104]
在本技术的一些实施例中，上述装置600还包括：缓存单元，用于在数据库中查询应用程序的状态栏高度信息；若查询结果为空，则获取应用程序的状态栏高度信息，并将状态栏高度信息存储于数据库中。
[0105]
在本技术的一些实施例中，在上述装置600中，调整单元603，具体用于根据状态栏高度信息和终端的型号确定调整高度；根据应用程序确定新增组件高度和/或组件背景；基于调整高度、组件高度和/或组件背景对应用程序的状态栏进行调整。
[0106]
需要说明的是，上述终端的沉浸式状态栏配置装置可一一实现前述的终端的沉浸式状态栏配置方法，对此不再赘述。
[0107]
图7是本技术的一个实施例计算机设备的结构示意图。请参考图7，该计算机设备可以是服务端，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性和/或易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现终端的沉浸式状态栏配置方法服务端侧的功能或步骤。
[0108]
在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部服务器通过网络连接通信。该计算机程序被处理器执行时以实现终端的沉浸式状态栏配置方法终端侧的功能或步骤
[0109]
在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：
[0110]
获取终端应用程序，判断应用程序的版本是否支持沉浸式状态栏配置；
[0111]
若应用程序的版本支持沉浸式状态栏配置，则判断应用程序的浏览器是否支持沉浸式状态栏配置；
[0112]
若应用程序的浏览器支持沉浸式状态栏配置，则基于预设视觉规则对应用程序的状态栏进行调整。
[0113]
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
[0114]
获取终端应用程序，判断应用程序的版本是否支持沉浸式状态栏配置；
[0115]
若应用程序的版本支持沉浸式状态栏配置，则判断应用程序的浏览器是否支持沉浸式状态栏配置；
[0116]
若应用程序的浏览器支持沉浸式状态栏配置，则基于预设视觉规则对应用程序的状态栏进行调整。
[0117]
需要说明的是，上述关于计算机可读存储介质或计算机设备所能实现的功能或步骤，可对应参阅前述方法实施例中，服务端侧以及终端侧的相关描述，为避免重复，这里不再一一描述。
[0118]
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
[0119]
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。
[0120]
以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。