CN113420243A - 页面处理方法、装置及电子设备 - Google Patents

Abstract

本发明实施例提供了一种页面处理方法、装置及电子设备，其中，方法包括：从服务器获取容器配置文件；根据容器配置文件，使用客户端本地的标签容器构件，生成标签容器；响应于用户对标签容器的标签页面的选择，从服务器获取页面内容文件，并进行页面加载。本发明实施例通过网络侧服务器和客户端本地共同创建标签容器，实现了标签容器的灵活配置，并且能够节省客户端本地资源。

Description

页面处理方法、装置及电子设备

技术领域

本申请涉及一种页面处理方法、装置及电子设备，属于计算机技术领域。

背景技术

在一些客户端应用中，经常需要使用标签容器作为主要的交互页面的承载模块。标签容器中通过设置多个可以相互切换的标签页面来形成多页面多层次的内容交互形式。

在现有技术中，标签容器是嵌入到客户端应用中并完全在客户端本地构建完成，也就是说，在客户端本地的应用中需要预先加载了标签容器的全部内容，并且随着客户端应用的启动而一同启动。基于这样的方式而形成的标签容器，标签容器作为本地客户端应用的一部分而被安装在客户端中，容器配置是固定的，因此，无法对标签容器进行灵活地使用，并且也会占用很多客户端资源。

发明内容

本发明实施例提供一种页面处理方法、装置及电子设备，以实现标签容器的灵活应用。

为了实现上述目的，本发明实施例提供了一种页面处理方法，包括：

从服务器获取容器配置文件；

根据所述容器配置文件，使用客户端本地的标签容器构件，生成标签容器；

响应于用户对所述标签容器的标签页面的选择，从服务器获取页面内容文件，并进行页面加载。

本发明实施例还提供了一种页面处理装置，包括：

配置文件获取模块，用于从服务器获取容器配置文件；

标签容器生成模块，用于根据所述容器配置文件，使用客户端本地的标签容器构件，生成标签容器；

页面加载模块，用于响应于用户对所述标签容器的标签页面的选择，从服务器获取页面内容文件，并进行页面加载。

本发明实施例还提供了一种页面处理方法，包括：

从服务器获取容器配置文件；

根据所述容器配置文件，使用客户端本地的标签容器构件，生成横滑标签容器，所述横滑标签容器包括第一横滑标签容器和嵌套在该第一横滑标签的标签页面中的第二横滑标签容器；

加载所述第一横滑标签容器，响应于用户对所述第一横滑标签容器的标签页面的选择，加载与该标签页面对应的第二横滑标签容器。

本发明实施例还提供了一种电子设备，包括：

存储器，用于存储程序；

处理器，用于运行所述存储器中存储的所述程序，以执行前述的页面处理方法。

本发明实施例页面处理方法、装置及电子设备，通过网络侧服务器和客户端本地共同创建标签容器的方式，实现了标签容器的灵活配置，并且能够节省客户端本地资源。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

图1为本发明实施例的客户端与网络侧服务器之间交互示意图；

图2为本发明实施例的标签页面的视图结构的示意图之一；

图3为本发明实施例的标签页面的视图结构的示意图之二；

图4为本发明实施例的页面处理方法的流程示意图；

图5为本发明实施例的页面处理装置的结构示意图；

图6为本发明实施例的标签页面的视图结构的示意图之三；

图7为本发明实施例的标签页面的视图结构的示意图之四；

图8为本发明实施例的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

标签容器(tab container)作为客户端交互或者内容展示的模型结构被越来越多的客户端应用而使用。标签容器可以提供多个标签页面，多个标签页面可以形成不同的层次结构以及页面内容，页面内容可以是来容器中存储的内容，也可以是在加载该标签页面时，从网络侧服务器获取的。此外，标签容器还根据容器类型的不同，允许用户进行不同的操作交互方式。例如，标签容器可以包括滑动标签容器(tab header)和标签栏容器(tabbar)，其中标签栏容器通过在界面上设置相应的按键来触发标签页面的切换，而滑动标签容器则通过用户的滑动操作来触发标签页面的切换。根据用户的操作方式，滑动标签容器还可以进一步包括横向互动容器和纵向滑动容器。客户端应用程序中的标签容器可以包含多种不同标签容器的组合或者嵌套，从而为用户提供灵活和方便的页面交互方式。

本发明实施例针对标签容器的应用方面，提出了一种页面处理方法，通过网络侧服务器和客户端本地共同创建标签容器的方式，标签容器的配置文件由网络侧服务器提供，客户端根据该配置文件使用本地容器组件，完成标签容器的构建，在这种机制下，网络侧服务器可以通过配置文件来灵活调整标签容器类型、标签容器的标签结构、标签页面对应的页面访问地址等一项或者任意多项的容器配置，从而实现对客户端交互界面以及内容的灵活加载，此外，由于配置文件可以是在启动客户端应用时，通过与网络侧服务器交互的方式来获取，从而不需要存储在本地，也不需要在本地应用程序中安装时就将标签容器的内容安装到客户端上，从而也能够节省客户端的资源。

如图1所示，其为本发明实施例的客户端与网络侧服务器之间交互示意图，客户端通过页面请求的方式向服务器请求发起内容请求，服务器根据需要向客户端返回页面内容文件和/或容器配置文件。具体来说，标签容器的加载可以在客户端应用启动时执行。客户端应用启动时会首先加载应用的主页面，在加载主页面的过程中，会根据预先配置的页面访问地址，向对应的服务器发出针对该页面的页面请求，通过该页面请求来从网络侧获取该主页面的页面内容文件以及容器配置文件。在客户端获取到容器配置文件后，对该容器配置文件进行解析，然后调用本地的容器构件库，使用其中的容器构件并结合容器配置文件中的内容，来生成标签容器并加载到客户端应用中，从服务器获取的页面内容文件也会加载到主页面中，而主页面可以作为标签容器中的一个标签页面与标签容器一同加载并显示。

进一步地，在预先配置的主页面的页面访问地址中，可以通过携带标签容器标识来向客户端表明，当前应用的主页面是否需要加载标签容器，如果主页面的页面访问地址中包含该标签容器标识，则可以发送请求页面内容文件和容器配置文件的信息的页面请求，如果页面访问地址中未包含该标签容器标识，则仅向服务器发送普通的页面请求，即仅请求页面内容文件，也无需进行后续的标签容器的生成和加载，而是调用客户端的浏览器进行常规的网页显示即可。通过这样的机制，可以有针对性的向网络侧服务器请求容器配置文件，从而减少客户端和服务器的资源浪费。

标签容器加载后，用户可以通过交互界面对标签页面进行选择，当用户切换到一个新的标签页面后，可以触发该标签页面的内容获取，具体可以根据该标签页面属性中配置的页面访问地址，向服务器发起页面请求，获取页面内容并进行加载，这里的标签页面属性中配置的页面访问地址可以来自于之前从网络侧服务器获取的容器配置文件。当然，标签页面的内容也可以来自于客户端本地或者通过容器配置文件进行配置的内容，这取决于基于容器配置文件对标签容器的配置。此外，在客户端加载标签容器可以为嵌套结构，例如主界面对应一个标签栏容器(tab bar)，而在该标签栏容器的各个标签页面中，再嵌入滑动标签容器(tab header)，用户通过主界面选择进入某个按键对应的标签页面，然后在该标签页面中使用滑动操作来查看多个滑动标签容器中的各个标签页面。

举例来说，如图2和图3所示，其为本发明实施例的标签页面的视图结构的示意图，图2和图3所示的界面为客户端应用的界面。以电商平台进行商品展销活动为例，电商平台可以设置多个会场分别展销不同种类的商品，如图中所示，设置了主会场、分会场1和分会场2。其中，主会场可以用来展销一些优选推荐的商品，主会场的页面可以作为客户端应用的主界面，用户打开该应用时，就会加载到该主会场的页面。如签名所示，客户端打开主会场的页面的过程中，可以一并获取容器配置文件，并加载整个标签容器的结构。

如图2所示，在应用对应的主界面上采用了标签栏容器的架构，该标签栏容器具有三个标签页面，分别为主会场页面、分会场1页面和分会场2页面，并分别对应于下方的“主会场”、“分会场1”以及“分会场2”三个标签按键，当用户点击不同的标签按键时，会切换至相应的标签页面。图2中的左侧视图为用户点击“主会场”的标签按键时或者是默认状态下，容器视图会展示为主会场页面，当用户点击“分会场1”的标签按键时，则切换到图2中右侧的视图状态，显示分会场1页面。

再如图3所示，标签容器采用了标签栏容器嵌套滑动标签容器的架构，在分会场1页面中嵌入了横滑标签容器，该标签容器包括三个横滑页面，图3中左侧视图为第一个横滑页面，用来展示休闲装和运动装，随着用户向左侧的滑动操作，切换为图3中右侧视图，即第二个横滑页面，用来展示职业装和童装。

需要说明的是，在本发明实施例中，由于容器架构是基于网络侧服务器提供的容器配置文件而生成的，标签容器的架构以及对应的内容可以方便地进行变更，例如可以在用户再次启动应用而访问主页面时，通过与电商平台的交互，而提供新的容器配置文件，从而更新标签容器，当然，也是用户在使用客户端应用的过程中，通过对指定页面访问或者指定的操作，来触发与电商平台的交互，从而获取新的容器配置文件，以执行标签容器的更新。

在具体实现方面，在标签容器配置方面可以基于W3C(万维网联盟)Manifest(配置清单)协议作为底层驱动协议的基础，并在此基础上实现多平台(例如iOS(苹果操作系统)、Android(安卓)或者windows)支持，其中，W3C Manifest协议规定了一个JSON格式的应用配置清单(manifest)，开发者可以通过这个配置清单集中的描述页面应用相关的各类元数据。标签容器的类型以及能力可以通过容器JSON(JavaScript对象表示法)格式的配置文件进行配置，在不同平台架构的客户端可以对容器配置文件进行解析，获取到符合自身平台的配置参数，并调用本地容器构件库进行标签容器的生成。在具体的标签页面的渲染方面，可以统一采用页面视图(WebView)作为渲染引擎。

本发明实施例的基于标签容器的页面处理方法，采用了网络侧服务器和客户端本地共同创建标签容器的方式，标签容器的配置文件由网络侧服务器提供，客户端根据该配置文件使用本地容器组件，完成标签容器的构建，在这种机制下，一方面，网络侧服务器可以灵活地配置和调整客户端的标签容器架构，另一方面，标签容器不需要预先安装到本地客户端应用中，也不需要事先存储容器配置文件，从而能够节省客户端的资源。

下面通过一些具体实施例来进一步说明本发明的技术方案。

实施例一

如图4所示，其为本发明实施例的页面处理方法的流程示意图，该方法可以运行客户端一侧，具体地，该方法包括：

S101：从服务器获取容器配置文件。如前面所介绍的，在本发明实施例中，网络侧服务器和客户端本地共同创建标签容器的方式，而决定标签容器结构和能力就是从网络侧服务器获取的容器配置文件，也即是说，客户端的标签容器的配置信息由网络侧服务器来决定。

进一步地，客户端可以在进行页面请求的过程中，从服务器获取容器配置文件，并且可以根据需要，选择向服务器请求页面内容文件和/或容器配置文件。具体地，该步骤可以包括：

获取第一页面访问地址，如果第一页面访问地址中包含标签容器标识，则向第一页面访问地址对应的服务器发出包括请求页面内容文件和容器配置文件的第一页面请求，并接收服务器返回的容器配置文件和第一页面内容文件。其中，该第一页面访问地址可以对应于客户端应用的主页面，客户端应用在启动的过程中，首先会发起对主页面地址的访问，通过这个页面请求过程从网络侧获取容器配置文件，具体是将针对容器配置文件的请求包含在页面请求中，与针对页面内容的请求一起发送给网络侧。对于标签容器标识可以基于W3C Manifest协议而确定，可以嵌入到URL(Uniform Resource Locator，统一资源定位符)末尾字段中，并且还可以进一步通过该标签容器标识示出具体的标签容器类型，从而可以让网络侧服务器有针对性的发送容器配置文件。

另一方面，如果第一访问地址中未包含标签容器标识，则向第一访问地址对应的服务器发出包括请求页面内容文件的第二页面请求，即客户端仅向网络侧请求页面内容，然后，接收服务器返回的第二页面内容文件，根据第二页面内容文件，在浏览器中加载第二页面。

由此可见，通过在页面访问地址中加入标签容器标识方式，能够让客户端知道当前请求的页面是否涉及标签容器，如果存在该标识，则向网络侧发起页面内容和容器配置的请求，如果不存在，则说明当前的页面只是普通的网页，那么就发起常规的页面请求即可。通过这样的方式，能够明确当前需要向网络侧请求内容，从而能够让网络侧和客户端之间的交互更加有效率。

S102：根据容器配置文件，使用客户端本地的标签容器构件，生成标签容器。在本发明实施例中，标签容器可以包括滑动标签容器或标签栏容器，也可以包括滑动标签容器和标签栏容器组合，比如，客户端应用整体架构采用标签栏容器，在其中某些标签页面中，嵌入滑动标签容器，从而实现在该标签栏页面中，进行横向或者纵向的标签页面切换，例如图3所示的横向滑动的样式。此外，除了生成标签容器外，还可以包括根据第一页面内容文件进行页面内容加载，如果该第一页面对应于标签容器的主标签视图，即客户端应用的主界面，则执行根据第一页面内容文件，在标签容器中作为主标签视图的第一标签页面中加载该第一页面。

上述的容器配置文件可以包括如下内容：标签容器类型和/或标签容器的标签结构和/或标签页面对应的页面访问地址。相应地，该步骤可以具体为：对容器配置文件进行解析，获取标签容器类型和/或标签容器的标签结构和/或标签页面对应的页面访问地址，并使用客户端本地的标签容器构件，生成标签容器。其中，标签容器类型对应于上述的滑动标签容器或标签栏容器等。标签容器的标签结构可以包括标签页面的数量、顺序以及标签容器的嵌套结构等。标签页面对应的页面访问地址则规定了具体标签页面对应的内容源，该内容源可以是一个页面访问地址，也可以是客户端本地的文件存储地址等，当切换到该页面时，就会根据内容源进行页面内容获取以及加载。

S103：响应于用户对标签容器的标签页面的选择，从服务器获取页面内容文件，并进行页面加载。用户对标签容器的标签页面的选择会根据标签容器的类型以及结构会有所不同。例如，如果配置的标签容器为滑动标签容器，则如图3所示，用户通过对对标签页面的滑动操作来切换标签页面，响应于该用户操作，从切换后的标签页面的属性信息中获取第三页面访问地址，根据该第三页面访问地址从服务器获取第三页面内容文件，并根据该第三页面内容文件，在切换后的标签页面中加载第三页面。如果配置的标签容器为标签栏容器，则如图2所示，用户通过点击按键的方式对标签页面进行选择，同样地，响应于该用户操作，从对应的标签页面的属性信息中获取页面访问地址，并进行页面加载。

本发明实施例的基于标签容器的页面处理方法，采用了网络侧服务器和客户端本地共同创建标签容器的方式，标签容器的配置文件由网络侧服务器提供，客户端根据该配置文件使用本地容器组件，从而使得对客户端上的标签容器的配置更加灵活，并且也能够节省客户端的资源。

实施例二

如图5所示，其为本发明实施例的页面处理装置的结构示意图，该装置可以设置在客户端一侧，具体地，该装置包括：

配置文件获取模块11，用于从服务器获取容器配置文件。其中，客户端可以在进行页面请求的过程中，从服务器获取容器配置文件，并且可以根据需要，选择向服务器请求页面内容文件和/或容器配置文件。具体地，该从服务器获取容器配置文件的处理可以包括：

获取第一页面访问地址，如果第一页面访问地址中包含标签容器标识，则向第一页面访问地址对应的服务器发出包括请求页面内容文件和容器配置文件的第一页面请求，并接收服务器返回的容器配置文件和第一页面内容文件。其中，该第一页面访问地址可以对应于客户端应用的主页面，客户端应用在启动的过程中，首先会发起对主页面地址的访问，通过这个页面请求过程从网络侧获取容器配置文件，具体可以将针对容器配置文件的请求包含在页面请求中，与针对页面内容的请求一起发送给网络侧。

另一方面，如果第一访问地址中未包含标签容器标识，则向第一访问地址对应的服务器发出包括请求页面内容文件的第二页面请求，即客户端仅向网络侧请求页面内容，然后，接收服务器返回的第二页面内容文件，根据第二页面内容文件，在浏览器中加载第二页面。

标签容器生成模块12，用于根据容器配置文件，使用客户端本地的标签容器构件，生成标签容器。除了生成标签容器外，还可以根据第一页面内容文件进行页面内容加载，如果该第一页面对应于标签容器的主标签视图，即客户端应用的主界面，那么就将上述的第一页面内容文件加载到主标签视图对应的标签页面上。

在本发明实施例中，标签容器可以包括滑动标签容器或标签栏容器，也可以包括滑动标签容器和标签栏容器组合。上述的容器配置文件可以包括如下内容：标签容器类型和/或标签容器的标签结构和/或标签页面对应的页面访问地址。相应地，标签容器生成模块12的处理可以具体为：对容器配置文件进行解析，获取标签容器类型和/或标签容器的标签结构和/或标签页面对应的页面访问地址，并使用客户端本地的标签容器构件，生成标签容器。

页面加载模块13，用于响应于用户对标签容器的标签页面的选择，从服务器获取页面内容文件，并进行页面加载。用户对标签容器的标签页面的选择会根据标签容器的类型以及结构会有所不同。例如，如果配置的标签容器为滑动标签容器，用户通过对对标签页面的滑动操作来切换标签页面，如果配置的标签容器为标签栏容器，则用户通过点击按键的方式对标签页面进行选择。在确定了选择的标签页面后，从对应的标签页面的属性信息中获取页面访问地址，并进行页面加载。

本发明实施例的基于标签容器的页面处理装置，采用了网络侧服务器和客户端本地共同创建标签容器的方式，标签容器的配置文件由网络侧服务器提供，客户端根据该配置文件使用本地容器组件，从而使得对客户端上的标签容器的配置更加灵活，并且也能够节省客户端的资源。

对于上述处理过程具体说明、技术原理详细说明以及技术效果详细分析在前面实施例中进行了详细描述，在此不再赘述。

实施例三

本实施例提供了一种页面处理方法，该方法可以运行客户端一侧，采用了在大横滑容器中嵌入小横滑容器的方式，实现客户端应用的交互。该方法包括：

S201：从服务器获取容器配置文件。

S202：根据所述容器配置文件，使用客户端本地的标签容器构件，生成横滑标签容器，所述横滑标签容器包括第一横滑标签容器和嵌套在该第一横滑标签的标签页面中的第二横滑标签容器。在本实施例中，第一横滑标签容器可以作为客户端应用主界面中第一层级的横滑标签容器，而第二横滑标签容器作为嵌套在第一横滑标签容器中的第二级的横滑标签容器，从而实现大横滑结合小横滑的应用场景。如图6所示，其为本发明实施例的标签页面的视图结构的示意图之三，如图中所示，在客户端应用的交互界面的下部区域为第一横滑标签容器区域，在交互界面上部为第二横滑标签容器区域，其对应于第一横滑标签容器中被选定的标签页面，如图中所示，将处于第一横滑标签容器区域中间的标签页面作为选定的标签页面，并在第二横滑标签容器区域显示对应的第二横滑标签容器。

S203：加载所述第一横滑标签容器，响应于用户对所述第一横滑标签容器的标签页面的选择，加载与该标签页面对应的第二横滑标签容器。

如图6中所示，当用户通过横滑操作向左侧滑动第一横滑标签容器中的页面时，在第二横滑标签容器区域也会切换对应的第二横滑标签容器，如图中示例，第一横滑标签容器包括多个商品类别，而每个商品类别对应于一个第二横滑标签容器。图6所示的场景为用户通过横滑，从商品类别2的第二横滑标签容器切换为商品类别3对应的第二横滑标签容器。进一步地，如图7所示，其为本发明实施例的标签页面的视图结构的示意图之四，用户可以继续对第二横滑标签容器的页面进行横滑操作，从而实现在第二横滑标签容器中的标签页面间的切换，如图中所示例的，用户通过在第二横滑标签容器区域中的横滑操作，对商品类别3的商品页面进行了切换。此外，在横滑效果的展示方面，可以根据不同的用户属性呈现不同的横滑效果，具体地，该方法还可以包括：获取用户属性，响应于用户对横滑标签容器的滑动操作，加载与该用户属性对应的横滑效果，横滑效果可以包括例如滚动、闪现、翻页等等。

上述各个实施例的页面处理方法可以应用于网上店铺的场景，通过多层的标签容器的嵌套结构，来呈现店铺的结构。例如，可以通过第一级的标签容器实现店铺的整体功能划分，例如可以包括如下标签页面：商品购买、配送服务、商品退还等等，在第二级的标签容器中再进一步地进行商品分类或者具体商品的展示。展示的过程中，可以充分利用用户的横滑操作和相应的横滑效果，来进行各种商品的切换，从而让用户有更好的线上购物体验。

实施例四

前面实施例描述了页面处理方法的流程处理及相应的装置结构，上述的方法和装置的功能可借助一种电子设备实现完成，如图8所示，其为本发明实施例的电子设备的结构示意图，具体包括：存储器110和处理器120。

存储器110，用于存储程序。

除上述程序之外，存储器110还可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

存储器110可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

处理器120，耦合至存储器110，用于执行存储器110中的程序，以执行前述实施例中所描述的页面处理方法的操作步骤。

此外，处理器120也可以包括前述实施例所描述的各种模块以执行页面处理，并且存储器110可以例如用于存储这些模块执行操作所需要的数据和/或所输出的数据。

对于上述处理过程具体说明、技术原理详细说明以及技术效果详细分析在前面实施例中进行了详细描述，在此不再赘述。

进一步，如图所示，电子设备还可以包括：通信组件130、电源组件140、音频组件150、显示器160等其它组件。图中仅示意性给出部分组件，并不意味着电子设备只包括图中所示组件。

通信组件130被配置为便于电子设备和其他设备之间有线或无线方式的通信。电子设备可以接入基于通信标准的无线网络，如WiFi，2G、3G、4G/LTE、5G等移动通信网络，或它们的组合。在一个示例性实施例中，通信组件130经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件130还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

电源组件140，为电子设备的各种组件提供电力。电源组件140可以包括电源管理系统，一个或多个电源，及其他与为电子设备生成、管理和分配电力相关联的组件。

音频组件150被配置为输出和/或输入音频信号。例如，音频组件150包括一个麦克风(MIC)，当电子设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器110或经由通信组件130发送。在一些实施例中，音频组件150还包括一个扬声器，用于输出音频信号。

显示器160包括屏幕，其屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (13)

1.一种页面处理方法，包括：

从服务器获取容器配置文件；

根据所述容器配置文件，使用客户端本地的标签容器构件，生成标签容器；

响应于用户对所述标签容器的标签页面的选择，从服务器获取页面内容文件，并进行页面加载。

2.根据权利要求1所述的方法，其中，从服务器获取容器配置文件包括：

获取第一页面访问地址，如果所述第一页面访问地址中包含标签容器标识，则向所述第一页面访问地址对应的服务器发出包括请求页面内容文件和容器配置文件的第一页面请求，并接收服务器返回的容器配置文件和第一页面内容文件。

3.根据权利要求1所述的方法，其中，还包括：

根据所述第一页面内容文件，在所述标签容器中作为主标签视图的第一标签页面中加载第一页面。

4.根据权利要求2所述的方法，其中，如果所述第一访问地址中未包含所述标签容器标识，则向所述第一访问地址对应的服务器发出包括请求页面内容文件的第二页面请求，接收服务器返回的第二页面内容文件，根据所述第二页面内容文件，在浏览器中加载第二页面。

5.根据权利要求1所述的方法，其中，所述容器配置文件包括：标签容器类型和/或标签容器的标签结构和/或标签页面对应的页面访问地址，所述根据所述容器配置文件，使用客户端本地的标签容器构件，生成标签容器包括：

对所述容器配置文件进行解析，获取标签容器类型和/或标签容器的标签结构和/或标签页面对应的页面访问地址，并使用客户端本地的标签容器构件，生成标签容器。

6.根据权利要求1所述的方法，其中，所述标签容器为滑动标签容器，所述响应于用户对所述标签容器的标签页面的选择，从服务器获取页面内容文件，并进行页面显示包括：

响应于用户对标签页面的滑动操作，切换标签页面；

从所述切换后的标签页面的属性信息中获取第三页面访问地址，根据该第三页面访问地址从服务器获取第三页面内容文件，并根据该第三页面内容文件，在所述切换后的标签页面中加载第三页面。

7.根据权利要求1所述的方法，其中，所述标签容器包括滑动标签容器和/或标签栏容器。

8.一种页面处理装置，包括：

配置文件获取模块，用于从服务器获取容器配置文件；

标签容器生成模块，用于根据所述容器配置文件，使用客户端本地的标签容器构件，生成标签容器；

页面加载模块，用于响应于用户对所述标签容器的标签页面的选择，从服务器获取页面内容文件，并进行页面加载。

9.根据权利要求1所述的装置，其中，从服务器获取容器配置文件包括：

获取第一页面访问地址，如果所述第一页面访问地址中包含标签容器标识，则向所述第一页面访问地址对应的服务器发出包括请求页面内容文件和容器配置文件的第一页面请求，并接收服务器返回的容器配置文件和第一页面内容文件。

10.根据权利要求1所述的装置，其中，所述容器配置文件包括：标签容器类型和/或标签容器的标签结构和/或标签页面对应的页面访问地址，所述根据所述容器配置文件，使用客户端本地的标签容器构件，生成标签容器包括：

对所述容器配置文件进行解析，获取标签容器类型和/或标签容器的标签结构和/或标签页面对应的页面访问地址，并使用客户端本地的标签容器构件，生成标签容器。

11.一种页面处理方法，包括：

从服务器获取容器配置文件；

根据所述容器配置文件，使用客户端本地的标签容器构件，生成横滑标签容器，所述横滑标签容器包括第一横滑标签容器和嵌套在该第一横滑标签的标签页面中的第二横滑标签容器；

加载所述第一横滑标签容器，响应于用户对所述第一横滑标签容器的标签页面的选择，加载与该标签页面对应的第二横滑标签容器。

12.根据权利要求11所述的方法，其中，还包括：

获取用户属性，响应于用户对横滑标签容器的滑动操作，加载与该用户属性对应的横滑效果。

13.一种电子设备，包括：

存储器，用于存储程序；

处理器，用于运行所述存储器中存储的所述程序，以执行权利要求1至7任一所述的页面处理方法。

Images