CN109145238B - 一种卡片显示方法、装置及移动设备 - Google Patents

Abstract

公开了一种卡片显示方法、装置、及移动设备，该方法包括：接收服务端发送的卡片模板协议，所述卡片模板协议至少包括卡片类型和渲染相关数据；解析所述卡片模板协议，根据解析得到的卡片类型构建卡片容器；利用所述卡片容器与解析得到的渲染相关数据进行卡片渲染；显示渲染得到的卡片。

Description

一种卡片显示方法、装置及移动设备

技术领域

本说明书实施例涉及计算机技术领域，尤其涉及一种卡片显示方法、装置及移动设备。

背景技术

卡片通常是通往详细信息的入口，其可以包含一个主题的照片、文字、链接等。随着信息技术的发展，卡片式布局被越来越多地应用于各类应用程序中，例如微博、Facebook等社交类应用程序中，其特点在于，可以在同一界面上显示多张卡片，每张卡片的内容和渲染方式都是相互独立，互不干扰的，从而便于用户快速、高效地浏览信息，其中，不同的渲染方式需要的渲染数据不同，所采用的渲染组件也就不同。

相关技术中，为了实现在同一界面上显示多张采用不同渲染方式的卡片，通常的实现方式是，由服务端预先建立卡片标识与渲染组件的映射关系，卡片标识则可以唯一地标识一张卡片，之后，服务端将该映射关系下发至客户端，客户端在显示卡片时，则可以根据该映射关系调用具体的渲染组件。然而，该种实现方式的灵活性较差，不具备动态变化能力，例如，若新增一张卡片，则需服务端重新向客户端下发卡片标识与渲染组件的映射关系。

发明内容

针对上述技术问题，本说明书实施例提供一种卡片显示方法、装置及移动设备，技术方案如下：

根据本说明书实施例的第一方面，提供一种卡片显示方法，所述方法包括：

接收服务端发送的卡片模板协议，所述卡片模板协议至少包括卡片类型和渲染相关数据；

解析所述卡片模板协议，根据解析得到的卡片类型构建卡片容器；

利用所述卡片容器与解析得到的渲染相关数据进行卡片渲染；

显示渲染得到的卡片。

根据本说明书实施例的第二方面，提供一种卡片显示装置，所述装置包括：

协议接收模块，用于接收服务端发送的卡片模板协议，所述卡片模板协议至少包括卡片类型和渲染相关数据；

协议解析模块，用于解析所述卡片模板协议；

容器构建模块，用于根据解析得到的卡片类型构建卡片容器；

渲染模块，用于利用所述卡片容器与解析得到的渲染相关数据进行卡片渲染；

显示模块，用于显示渲染得到的卡片。

根据本说明书实施例的第三方面，提供一种移动设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现本说明书实施例提供的卡片显示方法。

本说明书实施例所提供的技术方案，通过解析服务端发送的卡片模板协议，根据解析得到的卡片类型构建卡片容器，利用该卡片容器与解析得到的渲染相关数据进行卡片渲染，显示渲染得到的卡片，由于卡片容器是一个相对独立的运行环境，从而在利用卡片容器进行卡片渲染过程中，无需关注不同卡片类型之间的差异化，避免造成渲染逻辑混乱，提高卡片显示效率，同时，在新增卡片时，利用卡片容器可以实现即时动态地对新增的卡片进行渲染，这一过程中不涉及修改配置信息，从而可以节省客户端资源。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本说明书实施例。

此外，本说明书实施例中的任一实施例并不需要达到上述的全部效果。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书实施例中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1为本说明书实施例提供的一种卡片显示方法的实施例流程图；

图2为本说明书一示例性实施例提供的一种卡片显示装置的实施例框图；

图3示出了本说明书实施例所提供的一种更为具体的移动设备硬件结构示意图。

具体实施方式

为了使本领域技术人员更好地理解本说明书实施例中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于保护的范围。

为了解决上述问题，本说明书实施例提供一种卡片显示方法，在该方法中，引入容器技术，本领域技术人员可以理解的是，容器是一个相对独立的运行环境，其可以最小化对外界的影响，从而，利用不同的容器对不同类型的卡片进行渲染，可以避免在卡片显示与管理过程中，需过多关注不同卡片类型之间的差异化，导致渲染逻辑混乱，卡片显示效率较低；同时，在新增卡片时，客户端也可以利用对应的容器对新增的卡片进行渲染，无需修改配置信息，从而节省客户端资源。

如下，示出下述实施例对该卡片显示方法进行说明：

请参见图1，为本说明书实施例提供的一种卡片显示方法的实施例流程图，该方法可以包括以下步骤：

步骤102：接收服务端发送的卡片模板协议，该卡片模板协议至少包括卡片类型和渲染相关数据。

在本说明书实施例中，为了便于区分卡片类型，并实现动态地进行卡片渲染，预先定义了卡片模板协议。

在一实施例中，该卡片模板协议可以采用URI(Uniform Resource Identifier，统一资源标识符)格式规范，例如，格式为：

scheme：//host？query1＝value&query2＝value2……

其中，“scheme”字段的值可以表示协议类型，“host”字段的值可以表示卡片类型，“query”字段的值可以表示渲染相关数据。

在一实施例中，协议类型的值具体可以为“alert”，卡片类型至少可以为下述其中一项：Native类型、H5类型、CDP(Chrome Debug Protocol，Chrome调试协议)类型、Tiny(小程序)类型。

进一步，具有不同卡片类型的卡片，在渲染过程中，所需要的渲染相关数据也不相同，例如，若为Native类型的卡片，则需要卡片模板、图片和文本等数据；若为H5类型的卡片，则需要WebApp(网络应用程序)的URL(Uniform Resource Locator，统一资源定位符)；若为CDP类型的卡片，则需要提供展位码；若为Tiny(小程序)类型的卡片，则需要APPid(应用程序软件编号)。

由此，该渲染相关数据至少可以包括下述其中一项：卡片模板、图片和文本；WebApp的URL；展位码；APPid。

在本说明书实施例中，服务端可以向客户端发送待显示的卡片对应的卡片模板协议，其中，一张卡片即对应一条卡片模板协议，从而客户端可以接收到至少一条服务端发送的卡片模板协议。

步骤104：解析卡片模板协议，根据解析得到的卡片类型构建卡片容器。

步骤106：利用卡片容器与解析得到的渲染相关数据进行卡片渲染。

在本说明书实施例中，客户端接收到卡片模板协议后，对该卡片模板协议进行解析，获取各个字段的值。

在一实施例中，客户端首先确定解析得到的协议类型是否为指定类型，例如确定“scheme”字段的值是否为“alert”，若是，则再继续执行后续流程，否则，则可以停止处理。

后续，客户端根据解析得到的卡片类型构建卡片容器，例如，若解析得到的卡片类型为Native类型，则构建Native卡片容器，然后，进一步，解析得到“query”字段的值，即获取渲染相关数据，继而则可以利用构建的卡片容器与解析得到的渲染相关数据进行卡片渲染。

在一个例子中，若为Native卡片容器，则可以利用渲染相关数据中的卡片模板，对图片和文本进行渲染。

在一个例子中，若为H5卡片容器，则可以加载渲染相关数据中的URL进行卡片渲染。

步骤108：显示渲染得到的卡片。

本说明书实施例所提供的技术方案，通过解析服务端发送的卡片模板协议，根据解析得到的卡片类型构建卡片容器，利用该卡片容器与解析得到的渲染相关数据进行卡片渲染，显示渲染得到的卡片，由于卡片容器是一个相对独立的运行环境，从而在利用卡片容器进行卡片渲染过程中，无需关注不同卡片类型之间的差异化，避免造成渲染逻辑混乱，提高卡片显示效率，同时，在新增卡片时，利用卡片容器可以实现即时动态地对新增的卡片进行渲染，这一过程中不涉及修改配置信息，从而可以节省客户端资源。

相应于上述方法实施例，本说明书实施例还提供一种卡片显示装置，参见图2所示，为本说明书一示例性实施例提供的一种卡片显示装置的实施例框图，该装置可以包括：协议接收模块210、协议解析模块220、容器构建模块230、渲染模块240，以及显示模块250。

其中，该协议接收模块210，可以用于接收服务端发送的卡片模板协议，所述卡片模板协议至少包括卡片类型和渲染相关数据；

协议解析模块220，可以用于解析所述卡片模板协议；

容器构建模块230，可以用于根据解析得到的卡片类型构建卡片容器；

渲染模块240，可以用于利用所述卡片容器与解析得到的渲染相关数据进行卡片渲染；

显示模块250，可以用于显示渲染得到的卡片。

在一实施例中，所述卡片模型协议还至少包括：协议类型；

所述容器构建模块230可以包括(图2中未示出)：

确定子模块，用于确定解析得到的协议类型是否为指定类型；

构建子模块，用于若解析得到的协议类型是指定类型，则根据解析得到的卡片类型构建卡片容器。

在一实施例中，所述卡片模板协议采用统一资源标识符URI格式规范；

其中，所述卡片模板协议的“scheme”字段的值表示协议类型，“host”字段的值表示卡片类型，“query”字段的值表示渲染相关数据。

在一实施例中，所述卡片类型至少包括下述其中一项：

Native类型、H5类型、Chrome调试协议CDP类型、小程序Tiny类型。

在一实施例中，所述渲染相关数据至少包括下述其中一项：

卡片模板、图片和文本；

网络应用程序WebApp的URL；

展位码；

应用程序软件编号APPid。

可以理解的是，协议接收模块210、协议解析模块220、容器构建模块230、渲染模块240，以及显示模块250作为五种功能独立的模块，既可以如图2所示同时配置在装置中，也可以分别单独配置在装置中，因此图2所示的结构不应理解为对本说明书实施例方案的限定。

此外，上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

本说明书实施例还提供一种移动设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现前述的卡片显示方法，该方法至少包括：接收服务端发送的卡片模板协议，所述卡片模板协议至少包括卡片类型和渲染相关数据；解析所述卡片模板协议，根据解析得到的卡片类型构建卡片容器；利用所述卡片容器与解析得到的渲染相关数据进行卡片渲染；显示渲染得到的卡片。

图3示出了本说明书实施例所提供的一种更为具体的移动设备硬件结构示意图，该设备可以包括：处理器310、存储器320、输入/输出接口330、通信接口340和总线350。其中处理器310、存储器320、输入/输出接口330和通信接口340通过总线350实现彼此之间在设备内部的通信连接。

处理器310可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器320可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器320可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器320中，并由处理器310来调用执行。

输入/输出接口330用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图3中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口340用于连接通信模块(图3中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线350包括一通路，在设备的各个组件(例如处理器310、存储器320、输入/输出接口330和通信接口340)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器310、存储器320、输入/输出接口330、通信接口340以及总线350，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

本说明书实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述的卡片显示方法，该方法至少包括：接收服务端发送的卡片模板协议，所述卡片模板协议至少包括卡片类型和渲染相关数据；解析所述卡片模板协议，根据解析得到的卡片类型构建卡片容器；利用所述卡片容器与解析得到的渲染相关数据进行卡片渲染；显示渲染得到的卡片。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本说明书实施例的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本说明书实施例原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本说明书实施例的保护范围。

Claims (11)

1.一种卡片显示方法，所述方法包括：

接收服务端发送的卡片模板协议，所述卡片模板协议至少包括卡片类型和渲染相关数据；

解析所述卡片模板协议，根据解析得到的卡片类型构建卡片容器；

利用所述卡片容器与解析得到的渲染相关数据进行卡片渲染；

显示渲染得到的卡片。

2.根据权利要求1所述的方法，所述卡片模型协议还至少包括：协议类型；

所述根据解析得到的卡片类型构建卡片容器，包括：

确定解析得到的协议类型是否为指定类型；

若是，则根据解析得到的卡片类型构建卡片容器。

3.根据权利要求2所述的方法，所述卡片模板协议采用统一资源标识符URI格式规范；

其中，所述卡片模板协议的“scheme”字段的值表示协议类型，“host”字段的值表示卡片类型，“query”字段的值表示渲染相关数据。

4.根据权利要求1所述的方法，所述卡片类型至少包括下述其中一项：Native类型、H5类型、Chrome调试协议CDP类型、小程序Tiny类型。

5.根据权利要求1所述的方法，所述渲染相关数据至少包括下述其中一项：

卡片模板、图片和文本；

网络应用程序WebApp的统一资源定位符URL；

展位码；

应用程序软件编号APPid。

6.一种卡片显示装置，所述装置包括：

协议接收模块，用于接收服务端发送的卡片模板协议，所述卡片模板协议至少包括卡片类型和渲染相关数据；

协议解析模块，用于解析所述卡片模板协议；

容器构建模块，用于根据解析得到的卡片类型构建卡片容器；

渲染模块，用于利用所述卡片容器与解析得到的渲染相关数据进行卡片渲染；

显示模块，用于显示渲染得到的卡片。

7.根据权利要求6所述的装置，所述卡片模型协议还至少包括：协议类型；

所述容器构建模块包括：

确定子模块，用于确定解析得到的协议类型是否为指定类型；

构建子模块，用于若解析得到的协议类型是指定类型，则根据解析得到的卡片类型构建卡片容器。

8.根据权利要求7所述的装置，所述卡片模板协议采用统一资源标识符URI格式规范；

其中，所述卡片模板协议的“scheme”字段的值表示协议类型，“host”字段的值表示卡片类型，“query”字段的值表示渲染相关数据。

9.根据权利要求7所述的装置，所述卡片类型至少包括下述其中一项：Native类型、H5类型、Chrome调试协议CDP类型、小程序Tiny类型。

10.根据权利要求6所述的装置，所述渲染相关数据至少包括下述其中一项：

卡片模板、图片和文本；

网络应用程序WebApp的URL；

展位码；

应用程序软件编号APPid。

11.一种移动设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如权利要求1至5任一项所述的方法。

Images