CN115061604A - 一种终端设备及负一屏界面的显示方法 - Google Patents

Abstract

本申请一些实施例中公开了一种终端设备及负一屏界面的显示方法，该方法中用户可以通过不断的在终端设备的显示屏上向上滑动，使得负一屏界面中目标插件的数据不断被获取和显示，便于用户查看更多关于目标插件对应应用的数据，给用户带来更好的使用体验。该方法包括：当接收到用户在显示屏显示的负一屏界面上的向上滑动操作时，控制负一屏界面框架检测负一屏界面的最底端是否显示在显示屏上；如果负一屏界面的最底端显示在显示屏上，则控制负一屏界面框架通知与第一窗口对应的目标插件，使得目标插件获取第一数据；控制目标插件根据第一数据和第二数据，确定待显示在第一窗口内的待显示数据，以及，将待显示数据显示在第一窗口内。

Description

一种终端设备及负一屏界面的显示方法

技术领域

本申请涉及终端设备的技术领域，尤其涉及一种终端设备及负一屏界面的显示方法。

背景技术

为了使用户在使用终端设备时更加方便，在终端设备上设置负一屏界面。负一屏界面上显示有与应用对应的插件，该插件可以显示应用的具体数据，方便用户使用。示例性的，负一屏界面上可以显示有与用于展示天气情况对应的天气应用的插件，该天气应用的插件可以显示今日天气信息。

但是，插件可以显示的应用中的数据的数量有限，不能一次性全部将应用中的数据全部显示，所以在该插件的对应位置可以显示有加载控件，用户可以点击加载控件，跳转到插件对应应用的用户界面上，以显示更多的有关于该应用的数据。上述过程过于复杂，给用户带来不好的使用体验。

所以，如何能更便于用于查看到更多关于插件对应应用的数据，成为本领域技术人员亟待解决的问题。

发明内容

本申请提供一种终端设备及负一屏界面的显示方法，该方法中用户可以通过不断的在终端设备的显示屏上向上滑动，使得负一屏界面中目标插件的数据不断被获取和显示，便于用户查看更多关于目标插件对应应用的数据，给用户带来更好的使用体验。

第一方面，提供一种终端设备，包括：

显示屏；

与显示屏连接的控制器，所述控制器被配置为：

当接收到用户在显示屏显示的负一屏界面上的向上滑动操作时，控制负一屏界面框架检测所述负一屏界面的最底端是否显示在显示屏上，所述负一屏界面的高度大于或等于所述显示屏显示负一屏界面的区域高度；

如果所述负一屏界面的最底端显示在所述显示屏上，则控制所述负一屏界面框架通知与第一窗口对应的目标插件，使得所述目标插件获取第一数据，所述负一屏界面框架上设置有至少一个显示窗口，所述第一窗口为所有显示窗口中的最后一个显示窗口，所述第一窗口内显示有所述目标插件预先加载的第二数据；控制所述目标插件根据所述第一数据和所述第二数据，确定待显示在所述第一窗口内的待显示数据，以及，将所述待显示数据显示在所述第一窗口内。

在一些实施例中，所述控制器，执行控制所述目标插件根据所述第一数据和所述第二数据，确定待显示在所述第一窗口内的待显示数据，被进一步配置为：

控制所述目标插件计算所述第一数据和所述第二数据的总数据量；

如果所述总数据量大于预设阈值，则控制所述目标插件将所述第二数据中的部分数据删除，其中，删除的第二数据位于未删除的第二数据的上方，且所述删除的第二数据的数据量等于所述第一数据的数据量，所述第一数据的数据量小于或等于所述预设阈值；控制所述目标插件确定所述未删除的第二数据和所述第一数据为待显示数据。

在一些实施例中，所述控制器，还被配置为：如果所述总数据量小于或等于所述预设阈值，则控制所述目标插件确定待显示数据为第二数据和第一数据。

在一些实施例中，所述控制器，执行将所述待显示数据显示在第一窗口内，被进一步配置为：

如果所述总数据量小于或等于预设阈值，根据所述第一数据，修改所述第一窗口的尺寸；将所述待显示数据显示在所述修改尺寸后的第一窗口内，且所述第一数据位于所述第二数据的下方。

在一些实施例中，所述控制器，执行将所述待显示数据显示在第一窗口内，被进一步配置为：

如果所述总数据量大于预设阈值，则将所述待显示数据显示在不修改尺寸的第一窗口内，且所述第一数据位于所述未删除的第二数据的下方。

在一些实施例中，所述控制器，被进一步配置为：

当接收到用户在所述显示屏显示的负一屏界面上的向下滑动操作时，控制所述负一屏界面框架检测所述第一窗口的最上端是否显示在显示屏显示负一屏界面的区域的最底端上；

如果所述第一窗口的最上端显示在所述显示屏显示负一屏界面的区域的最底端上，控制所述负一屏界面框架通知与所述第一窗口对应的目标插件，以使所述目标插件检测所述删除的第二数据是否包括重要性标识，所述重要性标识用于指示所述第一数据的重要性；

如果所述删除的第二数据包括重要性标识，则控制所述目标插件将上一次删除的第二数据在所述第一窗口内恢复显示，且位于未删除的第二数据的上方，以及，将所述第一数据从所述第一窗口内删除。

在一些实施例中，所述控制器，在控制所述目标插件获取第一数据之后，且未接收到第一数据之前，还用于执行：控制所述目标插件在所述第一窗口内显示正在加载标识符。

在一些实施例中，所述控制器，还用于执行：当接收到用户在所述显示屏显示的负一屏界面上的向下滑动操作时，控制所述负一屏界面框架显示返回顶部控件。

在一些实施例中，所述控制器，还用于执行：在控制所述负一屏界面框架通知在所述负一屏界面上的目标插件，使得所述目标插件获取第一数据之前，所述方法还包括：

检测所述目标插件的标志位，所述标志位包括第一预设标识和第二预设标识，所述第一预设标识用于指示所述目标插件正在获取第一数据，所述第二预设标识用于指示所述目标插件未正在获取第一数据；

当所述标志位为第二预设标识时，控制所述负一屏界面框架通知所述目标插件，使得所述目标插件获取第一数据；当所述标志位为第一预设标识时，不执行控制所述负一屏界面框架通知所述目标插件的步骤。

第二方面，提供一种负一屏界面的显示方法，包括：

当接收到用户在显示屏显示的负一屏界面上的向上滑动操作时，控制负一屏界面框架检测所述负一屏界面的最底端是否显示在显示屏上，所述负一屏界面的高度大于或等于所述显示屏显示负一屏界面的区域高度；

如果所述负一屏界面的最底端显示在所述显示屏上，则控制所述负一屏界面框架通知与第一窗口对应的目标插件，使得所述目标插件获取第一数据，所述负一屏界面框架上设置有至少一个显示窗口，所述第一窗口为所有显示窗口中的最后一个显示窗口，所述第一窗口内显示有所述目标插件预先加载的第二数据；

控制所述目标插件根据所述第一数据和所述第二数据，确定待显示在所述第一窗口内的待显示数据，以及，将所述待显示数据显示在所述第一窗口内。

在上述实施例中，一种终端设备及负一屏界面的显示方法，该方法中用户可以通过不断的在终端设备的显示屏上向上滑动，使得负一屏界面中目标插件的数据不断被获取和显示，便于用户查看更多关于目标插件对应应用的数据，给用户带来更好的使用体验。该方法包括：当接收到用户在显示屏显示的负一屏界面上的向上滑动操作时，控制负一屏界面框架检测所述负一屏界面的最底端是否显示在显示屏上，所述负一屏界面的高度大于或等于所述显示屏显示负一屏界面的区域高度；如果所述负一屏界面的最底端显示在所述显示屏上，则控制所述负一屏界面框架通知与第一窗口对应的目标插件，使得所述目标插件获取第一数据，所述负一屏界面框架上设置有至少一个显示窗口，所述第一窗口为所有显示窗口中的最后一个显示窗口，所述第一窗口内显示有所述目标插件预先加载的第二数据；控制所述目标插件根据所述第一数据和所述第二数据，确定待显示在所述第一窗口内的待显示数据，以及，将所述待显示数据显示在所述第一窗口内。

附图说明

图1示例性示出了一种主页应用的主界面的示意图；

图2示例性示出了根据一些实施例提供的一种在显示器上显示的负一屏界面和全部负一屏界面的示意图；

图3示例性示出了根据一些实施例提供的一种第二界面的示意图；

图4示例性示出了根据一些实施例提供的另一种第二界面的示意图；

图5示例性示出了根据一些实施例提供的另一种在显示器上显示的负一屏界面的示意图；

图6示例性示出了根据一些实施例提供一种在显示器上显示的负一屏界面的变化示意图；

图7示例性示出了根据一些实施例提供另一种在显示器上显示的负一屏界面的变化示意图；

图8示例性示出了根据一些实施例提供的一种负一屏界面的显示方法的流程图；

图9示例性示出了根据一些实施例提供的另一种在显示器上显示的负一屏界面的示意图；

图10示例性示出了根据一些实施例提供的另一种负一屏界面的显示方法的流程图。

具体实施方式

为使本申请的目的和实施方式更加清楚，下面将结合本申请示例性实施例中的附图，对本申请示例性实施方式进行清楚、完整地描述，显然，描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。

需要说明的是，本申请中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本申请的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。

本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明。应该理解这样使用的用语在适当情况下可以互换。

术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的所有组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。

本申请实施例中，为了用户在使用终端设备时更加方便，在终端设备上设置负一屏界面(以下称之为负一屏界面)。终端设备可以为手机、平板电脑等具备显示屏的电子设备，本申请实施例对终端设备的具体类型不作任何限制。

可以理解的是，终端设备在主界面上显示有至少一个应用控件，该应用控件对应的位置仅显示有应用图标和应用名称，示例性的，图1示例性示出了一种主页应用的主界面的示意图，在图1中显示有应用控件101-103，但是应用中的具体数据并未被显示，这样用户不能快速了解与该应用控件对应应用的具体数据，本申请实施例中的负一屏界面上显示有与应用对应的插件，该插件可以显示应用的具体数据，方便用户使用。示例性的，负一屏界面上可以显示有用于展示天气情况对应的天气应用的插件，该天气应用的插件可以显示今日天气信息。

但是，插件可以显示应用中的数据的数量有限，不能一次性将应用中的数据全部显示，所以在该插件的对应位置可以显示有加载控件。用户可以点击加载控件，使得终端设备跳转显示插件对应应用的用户界面上，最终显示更多的有关于该应用的数据。示例性的，图2示例性示出了根据一些实施例提供的一种在显示器上显示的负一屏界面和全部负一屏界面的示意图，图2中左图包括三个插件201-203，当用户希望观看更多有关于插件201对应应用的数据，可以点击该插件201对应位置显示的加载控件204，用户点击该加载控件204后，终端设备启动与插件201对应应用，终端设备显示与插件201对应应用的用户界面，用户可以在该用户界面上查看到更多数据。

如果用户想要查看更多有关于插件对应应用的更多数据，需要终端设备启动与插件对应的应用，即负一屏界面跳转到其他用户界面。这样，当用户继续需要查看负一屏界面上的插件时，首先需要将开启的应用关闭，然后需要在终端设备上重新操作使终端设备显示负一屏界面，用户才可以继续查看控件。可以看出，上述过程过于复杂，给用户带来不好的使用体验。

为了解决上述技术问题，本申请实施例中提供一种负一屏界面的显示方法，该方法中用户可以通过不断的在终端设备的显示屏上向上滑动，使得负一屏界面中目标插件的数据不断被获取和显示，便于用户查看更多关于目标插件对应应用的数据，给用户带来更好的使用体验。

为了更清楚的描述本申请实施例中的方法，首先介绍负一屏界面如何显示。

本申请实施例中为了显示负一屏界面，终端设备设置有负一屏界面框架和设置在负一屏界面框架中的插件，插件和负一屏界面框架属于不同的应用，独立开发，业务独立不耦合，在负一屏界面框架上可以自由加载和移除插件。本申请实施例中，插件从负一屏界面框架中剥离出来，降低了负一屏界面框架的复杂度，让负一屏界面框架更容易实现。插件与负一屏界面框架以一种很松的方式耦合，两者在保持接口不便的情况下，可以独立变化和发布。

本申请实施例中，负一屏界面的布局采用两种布局方式结合，示例性的，负一屏界面框架的布局方式包括ScrollView布局(可滑动布局)，插件的布局方式包括LinearLayout布局(线性纵向布局)。

该负一屏界面框架采用ScrollView布局，ScrollView布局中实际的宽高根据终端设备的分辨率、导航栏的是否支持属性、页面底部布局的隐藏与显示等因素来进行动态计算。所述导航栏可以为负一屏界面上的用于显示时间、电量等信息的区域。页面底部布局可以为终端设备中显示返回控件、主页控件等内容的区域，再次参阅图2，图2中左图显示有导航栏204和页面底部布局205。

在终端设备开机时负一屏界面框架，检测安装在终端设备上的每个应用的应用包中的配置文件(manifest文件)是否注册特定声明，该特定声明可以为固定的一串代码；如果配置文件注册该特定声明，确定该配置文件对应应用存在可以设置在负一屏界面中的插件。创建注册特定声明的配置文件对应的应用包的第三方索引(应用包上下文，co ntext)，通过该第三方索引可以查找到应用包中所有资源和类。

本申请实施例中，用户可以在第二界面中选择希望在负一屏界面中显示的插件。示例性的，用户可以通过触控显示屏，终端设备显示第二界面，该第二界面上显示有待加载到负一屏界面中显示的待加载插件。

本申请实施例中，可以显示在负一屏界面上的插件是通过注册特定声明的配置文件对应的应用包确定的。当应用包中存在注册特定声明的配置文件，该应用包对应应用即存在可以加载到负一屏界面上的插件。

在一些实施例中，第二界面上显示有待加载插件和已经加载插件。可以理解的是，如果非首次使用负一屏界面显示插件，用户可能已经设置在负一屏界面上显示的插件。所以待加载插件为可以显示在负一屏界面上的插件中的除已经设置在负一屏界面上显示的插件后剩余的插件。如果首次使用负一屏界面显示插件，则待加载插件为可以显示在负一屏界面上的插件的全部插件。

图3示例性示出了根据一些实施例提供的一种第二界面的示意图。在图3中，第二界面显示有全部卡片控件和卡片管理控件。用户点击全部卡片控件，终端设备上显示有待加载插件对应的添加控件301-303。用户可以点击待加载插件对应的添加控件，确定该添加控件对应的待加载插件显示在负一屏界面上。

在一些实施例中，当点击全部卡片控件后，第二界面上并非显示全部的待加载插件对应的添加控件。部分待加载插件对应的添加控件可能未显示在全部卡片控件对应显示的第二界面上。

再次参阅图3，用户可以点击卡片管理控件，图4示例性示出了根据一些实施例提供的另一种第二界面的示意图。图4为与卡片管理控件对应的第二界面，该第二界面上显示负一屏界面中已经加载插件对应的移除控件401-402，还显示其他待加载插件的添加控件，示例性的，其他待加载控件可以为第一控件，该第二界面上显示有目标插件对应的添加控件403。

在一些实施例中，所述目标插件对应的添加控件403可以为添加开关控件，该添加开关控件可根据用户的选择，使添加开关控件处于开启状态或者关闭状态。当添加开关控件处于开启状态时，用户点击该添加开关控件，添加开关控件变为处于关闭状态，取消目标插件在负一屏界面中显示。当添加开关控件处于关闭状态时，用户点击该添加开关控件，添加开关控件变为处于开启状态，确定目标插件在负一屏界面中显示。

在图4中，用户可以点击移除控件，取消移除控件对应的插件在负一屏界面中显示。本申请实施例中，在用户选中移除控件后，当终端设备显示负一屏界面时，负一屏界面中不再显示移除控件对应的插件。

本申请实施例中，用户在第二界面中选中希望在负一屏界面中显示的插件后，终端设备通过第三方索引反射获取插件对应的应用包，该应用包中包括插件布局文件(xml布局文件)。该插件布局文件用于指示对应的插件在负一屏界面中的显示数据。示例性的，插件在负一屏界面中的显示数据可以包括插件图标，插件名称，插件在负一屏界面中的显示位置，以及，如果插件的显示高度为固定高度，该插件固定高度的具体数值；如果插件的显示高度可变，为非固定高度，插件的可展开尺寸等信息。

在一些实施例中，当接收到用户输入的用于显示负一屏界面的指令时，终端设备显示负一屏界面。在一些实施例中，终端设备上安装有多个应用，多个应用的应用控件在主界面上显示，该主界面可能包括多页，用户可以在主页面上进行左右滑动，使得终端设备的主界面进行翻页。本申请实施例中，所述负一屏界面设置在主界面的左侧，用户可以当终端设备上显示最左侧的主界面时，继续向右滑动主界面，此时输入用户显示负一屏界面的指令。

在一些实施例中，所述终端设备显示负一屏界面的步骤包括利用插件布局文件，通过系统方法中的inflate接口展开实例化，得到插件对应的显示窗口，将显示窗口显示在负一屏界面框架中，最终得到包括所有插件的负一屏界面。

在一些实施例中，当接收到用于显示负一屏界面的指令，终端设备获取与显示窗口对应的数据，在未接收到数据前，在所述负一屏界面上的显示窗口中显示正在加载标识，在接收到数据后，在显示窗口中显示对应插件的数据，不再显示正在加载标识。

图5示例性示出了根据一些实施例提供的另一种在显示器上显示的负一屏界面的示意图，在图5中显示有正在加载标识501。

需要说明的是，终端设备包括显示屏，该显示屏可以显示负一屏界面。由于负一屏界面上可能存在较多插件，由于较多的插件所占高度可能大于显示屏上负一屏界面的显示区域高度，此时多个插件不能同时显示在显示屏上，显示屏只能显示负一屏界面的部分内容。如果负一屏界面中的插件较少，或没有插件，或者较多的插件所占高度小于或等于显示屏上负一屏界面的显示区域高度，则负一屏界面的全部内容可以显示在显示屏上。在一些实施例中，用户可以通过在显示屏显示的负一屏界面上执行上下滑动操作，确定显示在显示屏上显示的负一屏界面的内容。

图6示例性示出了根据一些实施例提供一种在显示器上显示的负一屏界面的变化示意图。如图6中(a)所示，用户在显示屏显示的负一屏界面上向上滑动，即手指一直贴合显示屏向上移动，此时负一屏界面发生移动，如图6中(b)所示。图6中(a)和图6中(b)的负一屏界面在显示屏中显示的内容发生变化。

图7示例性示出了根据一些实施例提供另一种在显示器上显示的负一屏界面的变化示意图。如图7中(a)，用户在显示屏显示的负一屏界面上向下滑动，即手指一直贴合显示屏向下移动，此时负一屏界面同样发生移动，如图7中(b)所示。图7中(a)和图7中(b)的负一屏界面在显示屏中显示的内容发生变化。

图8示例性示出了根据一些实施例提供的一种负一屏界面的显示方法的流程图。

所述方法包括：S1、当接收到用户在显示屏显示的负一屏界面上的向上滑动操作时，负一屏界面框架检测负一屏界面的最底端是否显示在显示屏上，所述负一屏界面的高度大于或等于显示屏的显示负一屏界面区域高度。

在一些实施例中，所述显示屏可以为触摸屏，用户可以在触摸屏上实现点击显示屏上显示的控件以及滑动显示屏上显示的负一屏界面等。

在一些实施例中，由于负一屏界面中的插件的数量可能比较多，所有插件不能同时显示在显示屏上，此时负一屏界面的高度大于显示屏显示负一屏界面的区域高度。再次参阅图2，在图2中的右图中显示有负一屏界面，与图2中的左图显示有相比，该负一屏界面中的插件只有游戏推荐、全局收藏、天气插件的内容显示在显示屏上，新闻插件和日历插件的内容未显示在显示屏上，该负一屏界面的高度大于显示屏显示负一屏界面区域高度。在另一些实施例中，负一屏界面的插件数量较少或者没有插件，此时负一屏界面的高度等于显示屏显示负一屏界面的区域高度。

在一些实施例中，所述负一屏界面的负一屏界面框架采用ScrollView布局。用户可以在显示屏上显示的负一屏界面上执行滑动操作。负一屏界面框架检测负一屏界面的最底端是否显示在显示屏上，可以通过负一屏界面框架检测是否触发scrollToBottom事件(滑动到底部事件)确定。如果触发scrollToBottom事件，则确定负一屏界面的最底端显示在显示屏上。

S2、如果负一屏界面的最底端显示在显示屏上，则在所述负一屏界面框架通知与所述第一窗口对应的目标插件，使得所述目标插件获取第一数据。S3、如果负一屏界面的最底端未显示在显示屏上，则负一屏界面框架不通知目标插件。在一些实施例中，当接收到用户在显示屏显示的负一屏界面上的向上滑动操作时，如果负一屏界面的最底端未显示在显示屏上，控制负一屏界面向上移动，使得在显示屏上显示的负一屏界面中的内容发生变化。示例性的，再次参阅图2的左图，当前负一屏界面在显示屏上显示的内容包括游戏推荐窗口、全局收藏窗口和天气窗口，图2的右图中，负一屏界面中还有设置在天气窗口后的新闻窗口和日历窗口未显示在显示屏上，此时用户可以在显示屏显示的负一屏界面上向上滑动，使得新闻窗口和日历窗口显示在显示屏上。

在一些实施例中，响应于用户在显示屏显示的负一屏界面上的向上滑动操作，负一屏界面移动的距离可以根据预设显示插件数量确定。示例性的，当预设显示插件的数量为一个时，确定待显示在负一屏界面上的插件对应的窗口高度，如果该窗口高度为2个单位高度，则负一屏界面向上移动2个单位高度的距离。在又一个示例中，当预设显示插件的数量为两个时，确定待显示在负一屏界面上的两个插件对应的窗口高度之和，如果一个窗口高度为2个单位高度，另一个窗口高度为3个单位高度，则负一屏界面向上移动5个单位高度的距离。

在另一些实施例中，响应于用户在显示屏显示的负一屏界面上的向上滑动操作，负一屏界面移动的距离可以根据预设显示插件数量，以及在显示屏上的最上端显示的的窗口中当前显示在显示屏上部分的高度确定。示例性的，当显示屏上的最上端显示的窗口高度一共为7个单位高度，其中部分窗口未显示在显示屏上，当前显示在显示屏上部分窗口的高度仅有5个单位高度。为了避免最上端存在部分窗口显示在显示屏上的情况发生，本申请实施例中，在利用上述通过预设显示插件数量的方法确定负一屏界面移动的距离之后，结合显示屏上最上端的窗口显示在显示屏上的高度，调整负一屏界面移动的距离。

示例性的，通过预设显示插件数量的方法确定负一屏界面移动的距离为4个单位距离，显示屏上的最上端显示的窗口中当前显示在显示屏上部分的高度为5个单位高度时，将负一屏界面移动的距离确定为5个单位高度，这样可以避免在显示屏上最上端的窗口还存在部分窗口显示在显示屏上的情况发生。

在另一个示例中，通过预设显示插件数量的方法确定负一屏界面移动的距离为5个单位距离，显示屏上的最上端显示的窗口中当前显示在显示屏上部分的高度为4个单位高度时，将负一屏界面移动的距离确定为5个单位高度。

在另一个示例中，通过预设显示插件数量的方法确定负一屏界面移动的距离为5个单位距离，显示屏上的最上端显示的窗口中当前显示在显示屏上部分的高度为5个单位高度时，将负一屏界面移动的距离确定为5个单位高度。

在另一些实施例中，响应于用户在显示屏显示的负一屏界面上的向上滑动操作，负一屏界面移动的距离可以根据预设移动距离确定。示例性的，预设移动距离可以为2个单位高度，负一屏界面直接移动2个单位高度的距离。本申请实施例中，所述目标插件为与第一窗口对应的插件，所述负一屏界面框架上设置有至少一个显示窗口，所述第一窗口为所有显示窗口中的最后一个显示窗口，所述第一窗口内显示有所述目标插件预先加载的第二数据。

本申请实施例中，所述负一屏界面框架上可以设置有至少一个显示窗口，多个显示窗口从上至下排布。如图5所示，图5中显示的负一屏界面上显示有三个显示窗口502-504。

本申请实施例中，目标插件可以从服务器中获取第一数据。服务器中存储有与插件对应的数据。

在一些实施例中，在所述目标插件获取第一数据之后，且未接收到第一数据之前，所述方法还包括：所述目标插件在所述第一窗口内显示显示正在加载标识符。为了便于更清楚的了解当前终端设备正在获取第一数据，本申请实施例中，在未接收到第一数据之前，在显示屏上显示正在加载标识符。图9示例性示出了根据一些实施例提供的另一种在显示器上显示的负一屏界面的示意图。在图9中第一窗口901内显示有第二数据，第二数据为新闻1-新闻6，在第二数据下方显示有正在加载标识符902。

在一些实施例中，S4、所述目标插件根据所述第一数据和所述第二数据，确定待显示在第一窗口内的待显示数据。本申请实施例中，当检测负一屏界面的最底端显示在显示屏上，负一屏界面框架通知第一插件，使得第一插件获取第一数据。为了避免在获取到第一数据后，负一屏界面所占用终端设备的内存过多，影响终端设备的正常运行，本申请实施例中，确定待显示在第一窗口内的待显示数据，以使该待显示数据显示在第一窗口后，不会影响终端设备的正常运行。

在一些实施例中，所述目标插件根据所述第一数据和第二数据，确定待显示在第一窗口内的待显示数据的步骤包括：目标插件计算所述第一数据和第二数据的总数据量。所述第一数据和第二数据的总数据量为第一数据的数据量和第二数据的数据量的加和。为了避免负一屏界面占用终端设备的内存过大，在获取到第一数据之后，本申请实施例中，确定待显示在第一窗口内的待显示数据，保证待显示数据在第一窗口内显示后，不会造成负一屏界面占用终端设备内存过大的问题。

在一些实施例中，所述数据量可以用数据的条目表示。示例性的，当目标插件为新闻插件，该新闻插件用于显示新闻数据，所述数据的条目为新闻数据的条目数。例如，第一数据的数据量可以为五条数据。第二数据的数据量可以为三条数据。在一些实施例中，每条数据在负一屏界面上所占据的高度相同。

如果所述总数据量大于预设阈值，则目标插件将所述第二数据中的部分数据删除，其中，删除的第二数据的位于未删除的第二数据的上方，且删除的第二数据的数据量等于第一数据的数据量；确定未删除的第二数据和第一数据为待显示数据。例如，负一屏界面中的第二数据包括新闻数据1-新闻数据5，新闻数据1-新闻数据5从上到下显示在负一屏界面中，如果需要删除4条新闻数据，则删除新闻数据1-4，新闻数据5保留。

本申请实施例中，所述预设阈值为第一窗口可容纳的最大数据量，当第一窗口内设置有预设阈值的数据量时，负一屏界面所占终端设备的内存也是可以被接受的，不会使终端设备运行不畅。本申请实施例中，每次获取第一数据的数据量小于或等于预设阈值，这样可以保证第一数据可以全部显示在第一窗口内。

本申请实施例中，第二数据按照顺序排列在第一窗口中，当总数据量大于预设阈值时，目标插件将第二数据中最先加载第一窗口中的数据删除，删除的第二数据的数据量和第一数据的数据量相同，这样可以保证第一窗口中数据的整体的数据量不变，占用内存也不发生变化。示例性的，第一数据的数据量为三条，删除的第二数据的数据量也为三条，这样可以保证负一屏界面所占内存不变，保证终端设备的正常运行。

本申请实施例中，为了保证负一屏界面不会占用过多内存，所以在确定待显示数据时，删除同样数据量的第二数据，以使加入第一数据后，不会造成负一屏界面占用过多内存。

如果所述总数据量小于或等于预设阈值，则目标插件确定待显示数据为第二数据和第一数据。本申请实施例中，如果总数据量小于或等于预设阈值，则说明当前第一窗口中的数据量较小，不会影响终端设备的正常使用，所以将第一数据和第二数据均作为待显示数据。

在一些实施例中，S5、在确定待显示数据后，将所述待显示数据显示在第一窗口内。本申请实施例中，所述第一窗口的尺寸为可变尺寸。根据待显示数据，确定是否需要改变第一窗口的尺寸，将所述待显示数据显示在改变后的第一窗口内。本申请实施例中，所述第一窗口的尺寸和待显示数据的尺寸相对应，当待显示数据的数据量增加时，第一窗口的高度也会相应变高，以满足待显示数据可以全部显示在第一窗口中。

在一些实施例中，每条数据显示在负一屏界面上所占负一屏界面中的高度均相同，每条数据的高度为z。确定第一窗口中的原有高度为n，增加m条数据，则修改后的第一窗口的高度为n+m*z。

在一些实施例中，如果所述总数据量小于或等于预设阈值，根据所述第一数据，修改第一窗口的尺寸；将所述待显示数据显示在修改尺寸后的第一窗口内，且所述第一数据位于所述第二数据的下方。本申请实施例中，根据第一数据，确定第一窗口的高度，以使第一数据可以全部显示第一窗口中。本申请实施例中，如果总数据量小于或等于预设阈值，说明当前第一窗口中的数据量较小，不会影响终端设备的正常使用，所以直接将第一窗口的高度增加，以将待显示数据全部显示在修改尺寸后的第一窗口内即可。

需要说明的是，当第一数据显示在第一窗口中之后，该第一在显示屏上的第一窗口只有部分第一数据，用户可以继续向上滑动负一屏界面，使得当前未显示在显示屏上的第一数据，显示在显示屏上。

在一些实施例中，如果所述总数据量大于预设阈值，则将待显示数据显示在不修改尺寸的第一窗口内，且所述第一数据位于所述未删除的第二数据的下方。所以本申请实施例中，待显示数据的总数据量没变，则不需要修改第一窗口的尺寸，维持第一窗口的尺寸不变即可。

在一些实施例中，当接收到用户在所述显示屏显示的负一屏界面上的向下滑动操作时，所述负一屏界面框架检测第一窗口的最上端是否显示在显示屏显示负一屏界面的区域的最底端上；

如果第一窗口的最上端显示在所述显示屏显示负一屏界面的区域的最底端上，所述负一屏界面框架通知与所述第一窗口对应的目标插件，以使所述目标插件检测删除的第二数据是否包括重要性标识，所述重要性标识用于指示所述第一数据的重要性。

如果所述删除的第二数据包括重要性标识，则说明删除的第二数据重要，为了便于用户观看，所述目标插件将上一次删除的第二数据在所述第一窗口内恢复显示，且位于未删除的第二数据的上方，以及，将所述第一数据从所述第一窗口内删除。本申请实施例中，为了保证负一屏界面不会占用过多的终端设备的内存，当将删除的第二数据恢复后，将第一数据删除。

如果所述删除的第二数据不包括重要性标识，则确定该删除的第二数据不重要，则不会将删除的第二数据进行恢复。

在一些实施例中，为了便于恢复删除的第二数据，将删除的第二数据存储在本地存储中，当需要恢复第二数据在第一窗口内显示时，则直接从本地存储调取删除的第二数据进行恢复，节省了终端设备从服务器中再次获取删除的第二数据所花费的资源。

在一些实施例中，当接收到用户在所述显示屏显示的负一屏界面上的向下滑动操作时，所述负一屏界面框架显示返回顶部控件。用户可以点击该返回顶部控件，显示屏中显示负一屏界面区域显示负一屏界面的最上端。示例性的，参阅图9，图9中显示有返回顶部控件。当用户停止滑动，该返回顶部控件不再显示。

在一些实施例中，在负一屏界面最下端设置的目标插件获取第一数据之前，所述方法还包括：

检测所述目标插件的标志位，所述标志位包括第一预设标识和第二预设标识，所述第一预设标识用于指示所述目标插件正在获取第一数据，所述第二预设标识用于指示所述目标插件非正在获取第一数据。示例性的，所述第一预设标识可以为true，所述第二预设标识可以为false。

为了避免用户在相近的时间多次触发滑动到底部事件，多次获取第一数据，将大量的第一数据显示在负一屏界面上，本申请实施例中当目标插件正在获取第一数据时，目标插件设置有第一预设标识，此时不在执行目标插件获取第一数据的步骤。当所述标志位为第二预设标识时，所述负一屏界面框架通知所述目标插件，使得目标插件获取第一数据；当所述标志位为第一预设标识时，不执行所述负一屏界面框架通知所述目标插件的步骤。

本申请实施例中，当获取到第一数据后，目标插件的标志位从第一预设标识更改为第二预设标识。这样，目标插件可以继续获取第一数据。

本申请实施例中，通过用户在显示屏上的向上滑动操作，目标插件获取第一数据，最终可以达到用户可以在负一屏界面上无限向上滑动，使得目标插件不断获取第一数据显示在负一屏界面上，这样用户可以避免复杂的交互过程，才能看到有关目标插件中的更多数据。

在一些实施例中，提供还提供一种负一屏界面的显示方法，图10示例性示出了根据一些实施例提供的另一种负一屏界面的显示方法的流程图。

接收到用户当终端设备上显示最左侧的主界面时，继续向右滑动主界面，显示屏显示负一屏界面，负一屏界面框架触发onenter事件(进入事件)，负一屏界面框架发送触发onenter事件通知到目标插件，目标插件发送请求获取目标插件的第二数据到服务器。服务器接收到获取第二数据的请求，查找到第二数据，并发送第二数据到目标插件，在负一屏界面的第一窗口中显示第二数据。在一些实施例中，当正在获取数据时，目标插件的标志位为第一预设标识。当未获取数据时，目标插件的标志位为第二预设标识。

当接收到用户在显示屏显示的负一屏界面上的向上滑动操作，负一屏界面框架判断是否触发scrollToBottom事件，如果触发scrollToBottom事件，则发送通知到目标插件。目标插件发送请求获取目标插件的第一数据到服务器；服务器接收到获取第一数据的请求，查找到第一数据，并发送第一数据到目标插件；目标插件根据第一数据和第二数据确定待显示数据，并在第一窗口中显示待显示数据。

当终端设备上显示负一屏界面时，用户向左滑动到主界面，负一屏界面框架触发onExit事件(退出事件)，发送onExit事件通知到目标插件，目标插件回收数据。本申请实施例中，当滑动到主界面，为了保证负一屏界面占用较少资源，并且目标插件中的数据已经被用户查看，所以可以将目标插件的数据收回，收回后当再次显示负一屏界面时目标插件的数据全部重新获取，保证用户可以看到目标插件中的最新数据。

本申请实施例还提供一种终端设备，包括：显示屏；与显示屏连接的控制器，被配置为：当接收到用户在显示屏显示的负一屏界面上的向上滑动操作时，控制负一屏界面框架检测所述负一屏界面的最底端是否显示在显示屏上，所述负一屏界面的高度大于或等于所述显示屏显示负一屏界面的区域高度；如果所述负一屏界面的最底端显示在所述显示屏上，则控制所述负一屏界面框架通知与第一窗口对应的目标插件，使得所述目标插件获取第一数据，所述负一屏界面框架上设置有至少一个显示窗口，所述第一窗口为所有显示窗口中的最后一个显示窗口，所述第一窗口内显示有所述目标插件预先加载的第二数据；控制所述目标插件根据所述第一数据和所述第二数据，确定待显示在所述第一窗口内的待显示数据，以及，将所述待显示数据显示在所述第一窗口内。

上述实施例中，一种终端设备及负一屏界面的显示方法，该方法中用户可以通过不断的在终端设备的显示屏上向上滑动，使得负一屏界面中目标插件的数据不断被获取和显示，便于用户查看更多关于目标插件对应应用的数据，给用户带来更好的使用体验。该方法包括：当接收到用户在显示屏显示的负一屏界面上的向上滑动操作时，控制负一屏界面框架检测所述负一屏界面的最底端是否显示在显示屏上，所述负一屏界面的高度大于或等于所述显示屏显示负一屏界面的区域高度；如果所述负一屏界面的最底端显示在所述显示屏上，则控制所述负一屏界面框架通知与第一窗口对应的目标插件，使得所述目标插件获取第一数据，所述负一屏界面框架上设置有至少一个显示窗口，所述第一窗口为所有显示窗口中的最后一个显示窗口，所述第一窗口内显示有所述目标插件预先加载的第二数据；控制所述目标插件根据所述第一数据和所述第二数据，确定待显示在所述第一窗口内的待显示数据，以及，将所述待显示数据显示在所述第一窗口内。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

为了方便解释，已经结合具体的实施方式进行了上述说明。但是，上述示例性的讨论不是意图穷尽或者将实施方式限定到上述公开的具体形式。根据上述的教导，可以得到多种修改和变形。上述实施方式的选择和描述是为了更好的解释原理及实际的应用，从而使得本领域技术人员更好的使用所述实施方式以及适于具体使用考虑的各种不同的变形的实施方式。

Claims (10)

1.一种终端设备，其特征在于，包括：

显示屏；

与显示屏连接的控制器，所述控制器被配置为：

当接收到用户在显示屏显示的负一屏界面上的向上滑动操作时，控制负一屏界面框架检测所述负一屏界面的最底端是否显示在显示屏上，所述负一屏界面的高度大于或等于所述显示屏显示负一屏界面的区域高度；

如果所述负一屏界面的最底端显示在所述显示屏上，则控制所述负一屏界面框架通知与第一窗口对应的目标插件，使得所述目标插件获取第一数据，所述负一屏界面框架上设置有至少一个显示窗口，所述第一窗口为所有显示窗口中的最后一个显示窗口，所述第一窗口内显示有所述目标插件预先加载的第二数据；控制所述目标插件根据所述第一数据和所述第二数据，确定待显示在所述第一窗口内的待显示数据，以及，将所述待显示数据显示在所述第一窗口内。

2.根据权利要求1所述的终端设备，其特征在于，所述控制器，执行控制所述目标插件根据所述第一数据和所述第二数据，确定待显示在所述第一窗口内的待显示数据，被进一步配置为：

控制所述目标插件计算所述第一数据和所述第二数据的总数据量；

如果所述总数据量大于预设阈值，则控制所述目标插件将所述第二数据中的部分数据删除，其中，删除的第二数据位于未删除的第二数据的上方，且所述删除的第二数据的数据量等于所述第一数据的数据量，所述第一数据的数据量小于或等于所述预设阈值；控制所述目标插件确定所述未删除的第二数据和所述第一数据为待显示数据。

3.根据权利要求2所述的终端设备，其特征在于，所述控制器，还被配置为：如果所述总数据量小于或等于所述预设阈值，则控制所述目标插件确定待显示数据为第二数据和第一数据。

4.根据权利要求3所述的终端设备，其特征在于，所述控制器，执行将所述待显示数据显示在第一窗口内，被进一步配置为：

如果所述总数据量小于或等于预设阈值，根据所述第一数据，修改所述第一窗口的尺寸；将所述待显示数据显示在所述修改尺寸后的第一窗口内，且所述第一数据位于所述第二数据的下方。

5.根据权利要求2所述的终端设备，其特征在于，所述控制器，执行将所述待显示数据显示在第一窗口内，被进一步配置为：

如果所述总数据量大于预设阈值，则将所述待显示数据显示在不修改尺寸的第一窗口内，且所述第一数据位于所述未删除的第二数据的下方。

6.根据权利要求2所述的终端设备，其特征在于，所述控制器，被进一步配置为：

当接收到用户在所述显示屏显示的负一屏界面上的向下滑动操作时，控制所述负一屏界面框架检测所述第一窗口的最上端是否显示在显示屏显示负一屏界面的区域的最底端上；

如果所述第一窗口的最上端显示在所述显示屏显示负一屏界面的区域的最底端上，控制所述负一屏界面框架通知与所述第一窗口对应的目标插件，以使所述目标插件检测所述删除的第二数据是否包括重要性标识，所述重要性标识用于指示所述第一数据的重要性；

如果所述删除的第二数据包括重要性标识，则控制所述目标插件将上一次删除的第二数据在所述第一窗口内恢复显示，且位于未删除的第二数据的上方，以及，将所述第一数据从所述第一窗口内删除。

7.根据权利要求1所述的终端设备，其特征在于，所述控制器，在控制所述目标插件获取第一数据之后，且未接收到第一数据之前，还用于执行：控制所述目标插件在所述第一窗口内显示正在加载标识符。

8.根据权利要求1所述的终端设备，其特征在于，所述控制器，还用于执行：当接收到用户在所述显示屏显示的负一屏界面上的向下滑动操作时，控制所述负一屏界面框架显示返回顶部控件。

9.根据权利要求1所述的终端设备，其特征在于，所述控制器，还用于执行：在控制所述负一屏界面框架通知在所述负一屏界面上的目标插件，使得所述目标插件获取第一数据之前，所述方法还包括：

检测所述目标插件的标志位，所述标志位包括第一预设标识和第二预设标识，所述第一预设标识用于指示所述目标插件正在获取第一数据，所述第二预设标识用于指示所述目标插件未正在获取第一数据；

当所述标志位为第二预设标识时，控制所述负一屏界面框架通知所述目标插件，使得所述目标插件获取第一数据；当所述标志位为第一预设标识时，不执行控制所述负一屏界面框架通知所述目标插件的步骤。

10.一种负一屏界面的显示方法，其特征在于，包括：

当接收到用户在显示屏显示的负一屏界面上的向上滑动操作时，控制负一屏界面框架检测所述负一屏界面的最底端是否显示在显示屏上，所述负一屏界面的高度大于或等于所述显示屏显示负一屏界面的区域高度；

如果所述负一屏界面的最底端显示在所述显示屏上，则控制所述负一屏界面框架通知与第一窗口对应的目标插件，使得所述目标插件获取第一数据，所述负一屏界面框架上设置有至少一个显示窗口，所述第一窗口为所有显示窗口中的最后一个显示窗口，所述第一窗口内显示有所述目标插件预先加载的第二数据；

控制所述目标插件根据所述第一数据和所述第二数据，确定待显示在所述第一窗口内的待显示数据，以及，将所述待显示数据显示在所述第一窗口内。

Images