CN113626744A - 一种数据处理方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本公开提供了一种数据处理方法、装置、计算机设备和存储介质，其中，方法包括：获取客户端发送的视图展示请求；视图展示请求中携带有至少一个视图对应的身份标识；每一视图对应一个身份标识；确定与身份标识相匹配的至少一类视图属性信息；其中，服务端存储有预设的至少一个身份标识与各类视图属性信息之间的映射关系；将至少一类视图属性信息发送给客户端，以使客户端展示视图属性信息对应的待展示信息。本公开实施例通过建立视图属性信息与身份标识之间的映射关系，就可以凭借唯一的身份标识确定为视图发送至少一类视图属性信息，无需为每一视图都配置对应的视图属性信息，减少了一些视图的视图属性信息的重复配置，降低了数据处理负荷。

Description

一种数据处理方法、装置、计算机设备和存储介质

技术领域

本公开涉及在线教育技术领域，具体而言，涉及一种数据处理方法、装置、计算机设备和存储介质。

背景技术

应用程序(application，APP)的页面中视图形式多种多样，如启动APP后展示在首页上的集合视图、列表视图、产品展示的轮播图、弹窗图等。由于上述视图被点击前后的展示内容形式不一，且所支持的视图跳转位置不一，比如，某些视图支持APP内页面之间的跳转，某些视图支持网页跳转等，因此，需要为每一视图分别配置其对应的视图属性信息，导致数据处理量大，维护工作难。

发明内容

本公开实施例至少提供一种数据处理方法、装置、计算机设备和存储介质。

第一方面，本公开实施例提供了一种数据处理方法，应用于服务端，包括：

获取客户端发送的视图展示请求；所述视图展示请求中携带有至少一个视图对应的身份标识；每一视图对应一个身份标识；

确定与所述身份标识相匹配的至少一类视图属性信息；其中，所述服务端存储有预设的至少一个身份标识与各类视图属性信息之间的映射关系；

将所述至少一类视图属性信息发送给所述客户端，以使所述客户端展示所述视图属性信息对应的待展示信息。

一种可选的实施方式中，还包括：

响应于新的视图的添加请求，为所述新的视图配置新的身份标识，并为所述新的身份标识配置至少一类视图属性信息。

一种可选的实施方式中，所述视图属性信息包括以下至少一类：

所述视图的跳转路径、待展示信息和视图展示方式；其中，

所述跳转路径所指示的跳转页面包括以下至少一种：应用程序中的原生页面、网页页面、小程序页面。

一种可选的实施方式中，还包括：

获取监控所述至少一个视图得到的埋点数据；所述埋点数据包括用户点击视图的次数和/或待展示信息在视图中展示的次数；

基于所述埋点数据，生成针对所述至少一个视图的事件报告。

第二方面，本公开实施例提供了一种数据处理方法，应用于客户端，包括：

向服务端发送视图展示请求；所述视图展示请求中携带有至少一个视图对应的身份标识；每一视图对应一个身份标识；

获取所述服务端响应于所述视图展示请求下发的、与所述身份标识相匹配的至少一类视图属性信息；其中，所述服务端存储有预设的至少一个身份标识与各类视图属性信息之间的映射关系；

展示所述视图属性信息对应的待展示信息。

一种可选的实施方式中，所述展示所述视图属性信息对应的待展示信息，包括：

基于所述至少一类视图属性信息，确定所述待展示信息的视图展示方式；

基于所述视图展示方式，展示所述待展示信息。

一种可选的实施方式中，所述待展示信息包括多张待展示图片；

所述基于所述视图展示方式，展示所述待展示信息，包括：

在所述视图展示方式指示为连续展示多张图片的情况下，将所述服务端下发的多张待展示图片轮播展示在所述视图中；

在所述视图展示方式指示为展示单张图片的情况下，将所述服务端下发的单张待展示图片展示在所述视图中。

一种可选的实施方式中，所述视图属性信息包括视图的跳转路径；

在获取所述视图属性信息之后，还包括：

响应于用户针对所述视图的触发操作，基于对应的所述跳转路径，确定并展示所述跳转路径对应的展示内容。

一种可选的实施方式中，所述基于对应的所述跳转路径，确定并展示所述跳转路径对应的展示内容，包括：

基于所述跳转路径，加载对应的展示内容；

判断所述展示内容是否加载完成；

在确定加载完成的情况下，展示已经加载完成的所述展示内容。

第三方面，本公开实施例还提供一种数据处理装置，包括：

第一获取模块，用于获取客户端发送的视图展示请求；所述视图展示请求中携带有至少一个视图对应的身份标识；每一视图对应一个身份标识；

确定模块，用于确定与所述身份标识相匹配的至少一类视图属性信息；其中，所述服务端存储有预设的至少一个身份标识与各类视图属性信息之间的映射关系；

第一发送模块，用于将所述至少一类视图属性信息发送给所述客户端，以使所述客户端展示所述视图属性信息对应的待展示信息。

一种可选的实施方式中，所述数据处理装置还包括配置模块，用于响应于新的视图的添加请求，为所述新的视图配置新的身份标识，并为所述新的身份标识配置至少一类视图属性信息。

一种可选的实施方式中，所述视图属性信息包括以下至少一类：

所述视图的跳转路径、待展示信息和视图展示方式；其中，

所述跳转路径所指示的跳转页面包括以下至少一种：应用程序中的原生页面、网页页面、小程序页面。

一种可选的实施方式中，所述数据处理装置还包括报告生成模块，用于获取监控所述至少一个视图得到的埋点数据；所述埋点数据包括用户点击视图的次数和/或待展示信息在视图中展示的次数；基于所述埋点数据，生成针对所述至少一个视图的事件报告。

第四方面，本公开实施例还提供一种数据处理装置，包括：

第二发送模块，用于向服务端发送视图展示请求；所述视图展示请求中携带有至少一个视图对应的身份标识；每一视图对应一个身份标识；

第二获取模块，用于获取所述服务端响应于所述视图展示请求下发的、与所述身份标识相匹配的至少一类视图属性信息；其中，所述服务端存储有预设的至少一个身份标识与各类视图属性信息之间的映射关系；

第一展示模块，用于展示所述视图属性信息对应的待展示信息。

一种可选的实施方式中，所述第一展示模块，用于基于所述至少一类视图属性信息，确定所述待展示信息的视图展示方式；基于所述视图展示方式，展示所述待展示信息。

一种可选的实施方式中，所述待展示信息包括多张待展示图片；

所述第一展示模块，用于在所述视图展示方式指示为连续展示多张图片的情况下，将所述服务端下发的多张待展示图片轮播展示在所述视图中；在所述视图展示方式指示为展示单张图片的情况下，将所述服务端下发的单张待展示图片展示在所述视图中。

一种可选的实施方式中，所述视图属性信息包括视图的跳转路径；

所述数据处理装置还包括第二展示模块，用于在获取所述视图属性信息之后，响应于用户针对所述视图的触发操作，基于对应的所述跳转路径，确定并展示所述跳转路径对应的展示内容。

一种可选的实施方式中，所述第二展示模块，用于基于所述跳转路径，加载对应的展示内容；判断所述展示内容是否加载完成；在确定加载完成的情况下，展示已经加载完成的所述展示内容。

第五方面，本公开可选实现方式还提供一种计算机设备，处理器、存储器，所述存储器存储有所述处理器可执行的机器可读指令，所述处理器用于执行所述存储器中存储的机器可读指令，所述机器可读指令被所述处理器执行时，所述机器可读指令被所述处理器执行时执行上述第一方面和第二方面，或第一方面中任一种可能的实施方式中的步骤和第二方面中任一种可能的实施方式中的步骤。

第六方面，本公开可选实现方式还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被运行时执行上述第一方面和第二方面，或第一方面中任一种可能的实施方式中的步骤和第二方面中任一种可能的实施方式中的步骤。

关于上述数据处理装置、计算机设备、及计算机可读存储介质的效果描述参见上述数据处理方法的说明，这里不再赘述。

本公开实施例提供的数据处理方法、装置、计算机设备和存储介质，通过获取客户端发送的视图展示请求；视图展示请求中携带有至少一个视图对应的身份标识；每一视图对应一个身份标识；确定与身份标识相匹配的至少一类视图属性信息；其中，服务端存储有预设的至少一个身份标识与各类视图属性信息之间的映射关系；将至少一类视图属性信息发送给客户端，以使客户端展示视图属性信息对应的待展示信息，与现有技术中的需要为每一视图分别配置其对应的视图属性信息相比，其可以按照预设规则，在服务端预先存储至少一类视图属性信息，在为每一视图配置唯一的身份标识后，只需要建立视图属性信息与身份标识之间的映射关系，视图就可以基于唯一的身份标识获取到预先配置的至少一类视图属性信息，无需为每一视图都配置对应的视图属性信息，减少了某些视图的重复配置，比如，在两种视图所展示的待展示信息有重复的情况下，基于本公开实施例，可以直接利用身份标识调取对应的待展示信息，在视图属性信息中，可以只配置一次该待展示信息，无需为上述两种视图分别配置，因此，能够减少待展示信息的配置量、平台数据处理量，进而降低工作难度。

进一步，本公开实施例提供的数据处理方法、装置、计算机设备和存储介质，还可以响应于新的视图的添加请求，为新的视图对应的身份标识配置至少一类视图属性信息；其中，添加请求中携带有新的视图的身份标识。在请求添加新的视图的情况下，本公开实施例可以直接添加一个身份标识，并关联该身份标识与新的视图对应的至少一类视图属性信息，就能够基于该身份标识调取视图属性信息中的待展示内容，无需重新建立新的视图属性信息，能够减少待展示信息的配置量、数据处理量，进而降低工作难度。

为使本公开的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，此处的附图被并入说明书中并构成本说明书中的一部分，这些附图示出了符合本公开的实施例，并与说明书一起用于说明本公开的技术方案。应当理解，以下附图仅示出了本公开的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本公开实施例所提供的一种数据处理方法的流程图；

图2示出了本公开实施例所提供的一APP页面中不同位置的视图对应不同身份标识的示意图；

图3示出了本公开实施例所提供的另一种数据处理方法的流程图；

图4示出了本公开实施例所提供的用户触发视图、以及视图展示跳转路径对应的展示内容的示意图；

图5示出了本公开实施例所提供的一种数据处理装置的示意图；

图6示出了本公开实施例所提供的另一种数据处理装置的示意图；

图7示出了本公开实施例所提供的一种计算机设备结构示意图。

具体实施方式

为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。通常在此处描述和示出的本公开实施例的组件可以以各种不同的配置来布置和设计。因此，以下对本公开的实施例的详细描述并非旨在限制要求保护的本公开的范围，而是仅仅表示本公开的选定实施例。基于本公开的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本公开保护的范围。

另外，本公开实施例中的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。

在本文中提及的“多个或者若干个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

经研究发现，应用程序的页面中视图形式多种多样，如启动APP后展示在首页上的集合视图、列表视图、产品展示的轮播图、弹窗图等。由于上述视图被点击前后的展示内容形式不一，且所支持的视图跳转位置不一，比如，某些视图支持APP内页面之间的跳转，某些视图支持网页跳转等，因此，需要为每一视图分别配置其对应的视图属性信息，导致平台数据处理量大，维护工作难。

基于上述研究，本公开提供了一种数据处理方法、装置、计算机设备和存储介质，可以按照预设规则，在服务端预先存储至少一类视图属性信息，在为每一视图配置唯一的身份标识后，只需要建立视图属性信息与身份标识之间的映射关系，视图就可以基于唯一的身份标识获取到预先配置的至少一类视图属性信息，无需为每一视图都配置对应的视图属性信息，减少了一些视图的视图属性信息的重复配置，降低了数据处理负荷，比如，在两种视图所展示的待展示信息有重复的情况下，基于本公开实施例，可以直接利用身份标识调取对应的待展示信息，在视图属性信息中，可以只配置一次该待展示信息，无需为上述两种视图分别配置，因此，能够减少待展示信息的配置量、数据处理量，进而降低工作难度。

针对以上方案所存在的缺陷，均是发明人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及下文中本公开针对上述问题所提出的解决方案，都应该是发明人在本公开过程中对本公开做出的贡献。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

需要说明的是，本公开实施例中所提到的特定名词包括：

1、视图，一种视图结构，分为宏观视图结构和微观视图结构。其中，宏观视图结构分为集合视图和列表视图。其中，集合视图，例如：电商类APP中类似于首页的视图结构，属于“集合视图”。列表视图，例如：浏览器首页中由一条条信息，以列表形式构成的，属于“列表视图”。其中，微观视图结构例如，视图中的待展示信息可以是文本视图(纯文本)，图文视图(纯图片)、文本+图片视图，在一些较个别的APP中还存在“卡片视图”，即一个界面为一个视图，通过滑动切换视图的待展示内容。

2、id，即Identity document，是身份证标识号、账号、唯一编码、专属号码等各类专有词汇的缩写。

3、HTML5(HyperText Markup Language 5)，简称H5，是全球广域网Web中核心语言超文本标记语言HTML的规范，用户使用任何手段进行网页浏览时看到的内容原本都是HTML格式的，在浏览器中通过一些技术处理将其转换成为了可识别的信息。HTML5在从前HTML4.01的基础上进行了一定的改进。

为便于对本实施例进行理解，首先对本公开实施例所公开的一种数据处理方法进行详细介绍，本公开实施例所提供的数据处理方法的执行主体一般为具有一定计算能力的计算机设备，在一些可能的实现方式中，该数据处理方法可以通过处理器调用存储器中存储的计算机可读指令的方式来实现。

本公开实施例可以应用于在线教育领域，具体的，可以应用于一种在线教育APP，本公开实施例中的视图可以为在线教育APP中的课程视图、资料视图等，其中，视图的展示方式可以为弹窗展示、轮播展示。课程视图和/或资料视图在在线教育APP页面中的布局可以为上述列举的集合视图形式和/或列表视图形式等，其中，课程视图和/或资料视图的待展示内容可以为文本视图、图文视图、文本+图片视图、视频视图、音频视图等。

下面以执行主体为服务端为例对本公开实施例提供的数据处理方法加以说明。

参见图1所示，为本公开实施例提供的一种数据处理方法的流程图，所述方法包括步骤S101～S103，其中：

S101：获取客户端发送的视图展示请求；视图展示请求中携带有至少一个视图对应的身份标识；每一视图对应一个身份标识。

本步骤中，客户端可以为在线教育领域中的一种在线教育APP。

视图展示请求，可以为用户在登录在线教育APP后，客户端向服务端所请求加载页面中视图的请求，以使该在线教育APP向用户展示并推送所述视图内展示的课程信息。

这里，视图展示请求携带有一个APP中至少一个页面所展示的至少一个视图对应的身份标识。其中，身份标识可以为视图在APP页面中的唯一位置标识，比如可以为位置id。可以参见图2所示，其为一APP页面中不同位置的视图对应不同身份标识的示意图。其中，视图1对应一位置id:01，视图2对应一位置id:02，视图3对应一位置id:03，视图4对应一位置id:04，视图5对应一位置id:05。这里，每一视图对应唯一的身份标识。

S102：确定与身份标识相匹配的至少一类视图属性信息；其中，服务端存储有预设的至少一个身份标识与各类视图属性信息之间的映射关系。

在一种可能的实施方式中，在确定与身份标识相匹配的至少一类视图属性信息之前，服务端会预先存储有各类视图属性信息。其中，视图属性信息可以包括以下至少一类：视图的跳转路径、待展示信息和视图展示方式等。之后，可以基于视图对应的身份标识和该视图的配置策略，配置该视图的视图属性信息，可以包括上述任意一类视图属性信息，进而建立身份标识与视图属性信息之间的映射关系。

之后，就可以基于该映射关系和视图展示请求中所携带的身份标识，找到视图对应的视图属性信息。

这里，待展示信息可以包括待展示图片、待展示文本、待展示视频和待展示音频等信息。视图展示方式可以包括单站展示和轮播展示等。

下面以待展示信息为待展示图片为例，用户可以在服务端预先存储APP内视图可能展示的全部待展示图片，在存储完成后，可以根据视图对应的身份标识，比如id:01和id:02，以及根据为视图预设的配置策略，比如为id:01配置三张待展示图片(分别为A、B、C)和轮播展示方式，为id:02配置一张待展示图片(为A)和弹窗展示方式，从预先存储的全部图片中找到所要配置的三张待展示图片(A、B、C)，分别为其配置身份标识id:01，其中，为待展示图片A配置身份标识id:02，并为id:01配置轮播展示，为id:02配置弹窗展示，从而建立id:01与待展示图片(A、B、C)、id:01与轮播展示之间的映射关系，以及建立id:02与待展示图片(A)、id:02与弹窗展示之间的映射关系。之后，在客户端发送一视图展示请求后，可以基于视图展示请求中所携带的id:01和id:02，确定与id:01相匹配的三张待展示图片(A、B、C)，与id:02相匹配的待展示图片(A)，并确定该三张待展示图片(A、B、C)以轮播展示的方式进行展示，确定待展示图片(A)以弹窗展示的方式进行展示。

这里，在视图属性信息中，可以只配置一次待展示图片(A)，之后，直接利用身份标识id:01和id:02调取待展示图片(A)，无需为上述两种视图分别配置两次待展示图片(A)，因此，能够减少待展示信息的配置量、数据处理量，进而降低工作难度。

在一些可能的实施方式中，视图属性信息中还可包括待展示信息的展示时间、展示时长、尺寸大小等，对此不做赘述。

另外，视图的跳转路径所指示的跳转页面包括以下至少一种：应用程序中的原生页面、网页页面、小程序页面等。其中，原生页面可以为APP中的页面，原生跳转即为APP内部页面之间的跳转。

示例性的，可以在APP的服务端预先设置一套整体的跳转规范，具体可以为，例如：

打开原生页面的格式：

superclass://jump？category＝native&action_type＝${LinkName}&${param}...

打开WebView的格式：

superclass://jump？category＝web&link＝urlencode(https://host/path/...)

打开小程序的格式：

superclass://jump？category＝miniprogram&link＝urlencode(path&parameter&parameter...)&jump

针对服务端支持的三种跳转形式，在需要添加或者修改视图时，可以对应仅修改superclass://jump？category＝web&后面配置的参数，即link＝urlencode(https:// host/path/...)即可，无需重复配置整条跳转路径，因此，本公开实施例能够降低APP服务端的数据处理量，进而提高服务器的运行速度，减轻平台维护成本。

示例性的，跳转路径可以为原生跳转，如跳转到APP中的某一页面。可以为H5跳转，如跳转到某些具体的网页。可以为跨APP跳转，如跳转到某些小程序页面等。在服务端预先存储有APP内视图可能跳转的全部跳转路径，在存储完成后，可以根据该视图对应的身份标识id:02、该视图配置的待展示信息和进行网页跳转的配置策略，可以为id:02配置跳转路径为H5跳转，并基于待展示信息，为其配置具体的视图的跳转路径所指示的跳转页面，从而建立id:02与跳转路径之间的映射关系。

示例性的，在视图所展示的待展示信息有若干个的情况下，可以在唯一的身份标识上添加子身份标识，比如APP首页展示的某一视图对应一个唯一id:01，该视图中所展示的待展示信息为三张待展示图片的情况下，每一张图片对应一个子身份标识，比如01、02和03，最终确定第一张待展示图片的唯一id:01-01，第二张待展示图片的唯一id:01-02、第三张待展示图片的唯一id:01-03。在确定需要配置视图对应的id:01-01的跳转路径为原生跳转、视图对应的id:01-02的跳转路径为H5跳转、视图对应的id:01-03的跳转路径为跨APP跳转的跳转策略的情况下，建立id:01-01与预设的原生页面之间的映射关系，建立id:01-02与预设的网页页面之间的映射关系，建立id:01-03与预设的小程序页面之间的映射关系。另外，在id:01内的待展示图片为轮播展示的情况下，建立id:01与轮播展示之间的映射关系。

S103：将至少一类视图属性信息发送给客户端，以使客户端展示视图属性信息对应的待展示信息。

具体的，可以基于身份标识与各类视图属性信息之间的映射关系，分别将与身份标识相匹配的视图属性信息发送给客户端中身份标识对应的视图。

在一些实施例中，如果当前在线教育APP中包括弹窗展示提示性的标语，比如，“已经学习两个小时了呦，可适当放松一下啦～”，则无需配置跳转路径，仅以文本形式进行展示即可，此时，服务端可以将待展示文本，以及视图展示方式中的弹窗发送给客户端，以使客户端以弹窗的方式展示该待展示文本。

在一些实施例中，如果当前在线教育APP中包括展示老师授课视频，则需要为其配置原生页面跳转路径，并将该原生页面跳转路径发送给客户端，另外，再根据当前视图的配置策略，为其配置相应的视图展示方式，并将该视图展示方式发送给客户端。需要说明的是，在视图展示视频的情况下，可以从老师授课视频中截取任一段视频作为当前视图的待展示信息中的待展示视频。

基于步骤S102中所示出的待展示图片和轮播展示方式，可以基于三张待展示图片与身份标识建立映射关系的时间，按照时间顺序在客户端进行轮播展示。或者，还可以按照预设的视图展示方式进行展示，本公开实施例不进行具体限定。

基于步骤S101～S103所述，可以按照预设规则，在服务端预先存储至少一类视图属性信息，在为每一视图配置唯一的身份标识后，只需要建立视图属性信息与身份标识之间的映射关系，视图就可以基于唯一的身份标识获取到预先配置的至少一类视图属性信息，无需为每一视图都配置对应的视图属性信息，减少了一些视图的视图属性信息的重复配置，降低了数据处理负荷，比如，在两种视图所展示的待展示信息有重复的情况下，基于本公开实施例，可以直接利用身份标识调取对应的待展示信息，在视图属性信息中，可以只配置一次该待展示信息，无需为上述两种视图分别配置，因此，能够减少待展示信息的配置量、数据处理量，进而降低工作难度。

在一种可能的实施方式中，可以在APP页面中添加新的视图，具体的，响应于新的视图的添加请求，为新的视图配置新的身份标识，并为新的身份标识配置至少一类视图属性信息。

示例性的，以添加一个资料库视图为例，其待展示信息可以为一张预先设计的一个静态图片，存储在服务端。在响应于添加资料库视图的添加请求的情况下，为资料库视图配置一个新的身份标识，比如id:03，之后，为资料库视图对应的身份标识id:03配置跳转路径，将其跳转到原生页面中的资料库页面。为资料库视图对应的身份标识id:03配置视图展示方式为单张图片展示方式，即在视图位置对应展示上述静态图片。

或者，在已知资料库视图的身份标识的情况下，响应于添加资料库视图的添加请求，为资料库视图对应的身份标识配置至少一类视图属性信息。

在一种可能的实施方式中，为了监测APP性能，判断是否出现报错异常等情况，服务端需要记录并处理客户端所上报的埋点数据。

这里，所述埋点数据可以包括用户点击视图的次数、待展示信息在视图中展示的次数(包括弹窗展示方式所展示的待展示信息的次数和/或轮播展示方式所展示的待展示信息的次数)等。

具体实施时，获取监控至少一个视图得到的埋点数据；基于埋点数据，生成针对至少一个视图的事件报告。这里，事件报告可以包括分析埋点数据得到的视图报错的概率和用户访问视图的记录等信息。开发人员可以通过获取事件报告，分析APP中视图展示是否出现错误，或者，分析学生关注课程的程度信息、优质课程、优质老师等信息。

下面以执行主体为客户端为例对本公开实施例提供的数据处理方法加以说明。

参见图3所示，为本公开实施例提供的另一种数据处理方法的流程图，所述方法包括步骤S301～S303，其中：

S301：向服务端发送视图展示请求；视图展示请求中携带有至少一个视图对应的身份标识；每一视图对应一个身份标识。

这里，视图展示请求可以是用户登录APP时，客户端请求加载APP页面中视图的请求。

S302：获取服务端响应于视图展示请求下发的、与身份标识相匹配的至少一类视图属性信息；其中，服务端存储有预设的至少一个身份标识与各类视图属性信息之间的映射关系。

本步骤中，视图属性信息可以参见步骤S102中阐述的视图属性信息，重复部分在此不再赘述。

S303：展示视图属性信息对应的待展示信息。

本步骤中，待展示信息可以为步骤S302中获取到的视图属性信息中的一类属性信息。

该待展示信息展示在APP页面中视图所在的位置。

另外，待展示信息的具体阐述以及在服务端的配置过程可以参见上述服务端所执行的具体过程，重复部分在此不再赘述。

展示视图属性信息对应的待展示信息，具体实施时，可以基于至少一类视图属性信息，确定待展示信息的视图展示方式；基于视图展示方式，展示待展示信息。

这里，视图展示方式是服务端预先为视图配置的，之后，服务端基于身份标识，为客户端中该身份标识对应的视图下发视图展示方式。其中，视图展示方式可以包括以下至少一种展示方式：轮播展示、弹窗展示、静态图像展示、动画展示等。这里，轮播展示可以连续展示多张图片、弹窗展示可以为展示一张图片、静态图像展示可以为展示一张静态图片、动画展示可以为动态展示图片中的文本。

在一些实施例中，待展示信息包括多张待展示图片。针对上述基于视图展示方式，展示待展示信息，可以包括有下述两种情况：

1、在视图展示方式指示为连续展示多张图片的情况下，将服务端下发的多张待展示图片轮播展示在视图中。

2、在视图展示方式指示为展示单张图片的情况下，将服务端下发的单张待展示图片展示在视图中。

在一些实施例中，服务端还为客户端下发了视图属性信息中的视图的跳转路径。当响应于用户针对视图进行触发操作时，客户端可以基于该视图对应的跳转路径，确定并展示该跳转路径对应的展示内容。

可以参见图4所示，其为用户触发视图、以及视图展示跳转路径对应的展示内容的示意图。以资料库视图为例，其中，a图示出了用户未进行触发操作前的资料库视图的展示效果示意图，b图示出了用户在进行触发操作后的资料库视图所跳转后的资料库页面的展示效果示意图。

示例性的，在实现原生跳转时，可以对应跳转到原生页面，展示一原生页面配置的展示内容；又比如，在实现H5跳转时，可以对应跳转到网页页面，展示一网页页面的展示内容；又比如，在实现小程序跳转时，对应跳转到小程序页面，可以展示一小程序的展示内容。

在一种可能的实施方式中，在视图展示待展示信息时，可以预先判断待展示信息是否加载完成，在加载完成的情况下，再进行展示，能够避免图片未加载完成导致空白现象，降低用户体验感。

在一种可能的实施方式中，基于跳转路径，加载对应的展示内容；之后，可以先判断展示内容是否加载完成，并在确定加载完成的情况下，再展示已经加载完成的展示内容，能够避免展示内容未加载完成导致空白现象，降低用户体验感。

本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

基于同一发明构思，本公开实施例中还提供了与数据处理方法对应的数据处理装置，由于本公开实施例中的数据处理装置解决问题的原理与本公开实施例上述数据处理方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

参见图5所示，为本公开实施例提供的一种数据处理装置的示意图，所述装置包括：第一获取模块501、确定模块502和第一发送模块503；其中，

第一获取模块501，用于获取客户端发送的视图展示请求；所述视图展示请求中携带有至少一个视图对应的身份标识；每一视图对应一个身份标识；

确定模块502，用于确定与所述身份标识相匹配的至少一类视图属性信息；其中，服务端存储有预设的至少一个身份标识与各类视图属性信息之间的映射关系；

第一发送模块503，用于将所述至少一类视图属性信息发送给所述客户端，以使所述客户端展示所述视图属性信息对应的待展示信息。

一种可选的实施方式中，所述数据处理装置还包括配置模块504，用于响应于新的视图的添加请求，为所述新的视图配置新的身份标识，并为所述新的身份标识配置至少一类视图属性信息。

一种可选的实施方式中，所述视图属性信息包括以下至少一类：

所述视图的跳转路径、待展示信息和视图展示方式；其中，

所述跳转路径所指示的跳转页面包括以下至少一种：应用程序中的原生页面、网页页面、小程序页面。

一种可选的实施方式中，所述数据处理装置还包括报告生成模块505，用于获取监控所述至少一个视图得到的埋点数据；所述埋点数据包括用户点击视图的次数和/或待展示信息在视图中展示的次数；基于所述埋点数据，生成针对所述至少一个视图的事件报告。

参见图6所示，为本公开实施例提供的另一种数据处理装置的示意图，所述装置包括：第二发送模块601、第二获取模块602和第一展示模块603；其中，

第二发送模块601，用于向服务端发送视图展示请求；所述视图展示请求中携带有至少一个视图对应的身份标识；每一视图对应一个身份标识；

第二获取模块602，用于获取所述服务端响应于所述视图展示请求下发的、与所述身份标识相匹配的至少一类视图属性信息；其中，所述服务端存储有预设的至少一个身份标识与各类视图属性信息之间的映射关系；

第一展示模块603，用于展示所述视图属性信息对应的待展示信息。

一种可选的实施方式中，所述第一展示模块603，用于基于所述至少一类视图属性信息，确定所述待展示信息的视图展示方式；基于所述视图展示方式，展示所述待展示信息。

一种可选的实施方式中，所述待展示信息包括多张待展示图片；

所述第一展示模块603，用于在所述视图展示方式指示为连续展示多张图片的情况下，将所述服务端下发的多张待展示图片轮播展示在所述视图中；在所述视图展示方式指示为展示单张图片的情况下，将所述服务端下发的单张待展示图片展示在所述视图中。

一种可选的实施方式中，所述视图属性信息包括视图的跳转路径；

所述数据处理装置还包括第二展示模块604，用于在获取所述视图属性信息之后，响应于用户针对所述视图的触发操作，基于对应的所述跳转路径，确定并展示所述跳转路径对应的展示内容。

一种可选的实施方式中，所述第二展示模块604，用于基于所述跳转路径，加载对应的展示内容；判断所述展示内容是否加载完成；在确定加载完成的情况下，展示已经加载完成的所述展示内容。

关于数据处理装置中的各模块的处理流程、以及各模块之间的交互流程的描述可以参照上述数据处理方法实施例中的相关说明，这里不再详述。

本公开实施例还提供了一种计算机设备，如图7所示，为本公开实施例提供的一种计算机设备结构示意图，包括：

处理器71和存储器72；所述存储器72存储有处理器71可执行的机器可读指令，处理器71用于执行存储器72中存储的机器可读指令，所述机器可读指令被处理器71执行时，处理器71执行下述步骤：

S101：获取客户端发送的视图展示请求；视图展示请求中携带有至少一个视图对应的身份标识；每一视图对应一个身份标识；

S102：确定与身份标识相匹配的至少一类视图属性信息；其中，服务端存储有预设的至少一个身份标识与各类视图属性信息之间的映射关系；

S103：将至少一类视图属性信息发送给客户端，以使客户端展示视图属性信息对应的待展示信息。

或者，处理器71执行下述步骤：

S301：向服务端发送视图展示请求；视图展示请求中携带有至少一个视图对应的身份标识；每一视图对应一个身份标识；

S302：获取服务端响应于视图展示请求下发的、与身份标识相匹配的至少一类视图属性信息；其中，服务端存储有预设的至少一个身份标识与各类视图属性信息之间的映射关系；

S303：展示视图属性信息对应的待展示信息。

上述存储器72包括内存721和外部存储器722；这里的内存721也称内存储器，用于暂时存放处理器71中的运算数据，以及与硬盘等外部存储器722交换的数据，处理器71通过内存721与外部存储器722进行数据交换。

上述指令的具体执行过程可以参考本公开实施例中所述的数据处理方法的步骤，此处不再赘述。

本公开实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例中所述的数据处理方法的步骤。其中，该存储介质可以是易失性或非易失的计算机可读取存储介质。

本公开实施例所提供的数据处理方法的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行上述方法实施例中所述的数据处理方法的步骤，具体可参见上述方法实施例，在此不再赘述。

该计算机程序产品可以具体通过硬件、软件或其结合的方式实现。在一个可选实施例中，所述计算机程序产品具体体现为计算机存储介质，在另一个可选实施例中，计算机程序产品具体体现为软件产品，例如软件开发包(Software Development Kit，SDK)等等。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本公开所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上所述实施例，仅为本公开的具体实施方式，用以说明本公开的技术方案，而非对其限制，本公开的保护范围并不局限于此，尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本公开实施例技术方案的精神和范围，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应所述以权利要求的保护范围为准。

Claims (13)

1.一种数据处理方法，其特征在于，应用于服务端，包括：

获取客户端发送的视图展示请求；所述视图展示请求中携带有至少一个视图对应的身份标识；每一视图对应一个身份标识；

确定与所述身份标识相匹配的至少一类视图属性信息；其中，所述服务端存储有预设的至少一个身份标识与各类视图属性信息之间的映射关系；

将所述至少一类视图属性信息发送给所述客户端，以使所述客户端展示所述视图属性信息对应的待展示信息。

2.根据权利要求1所述的方法，其特征在于，还包括：

响应于新的视图的添加请求，为所述新的视图配置新的身份标识，并为所述新的身份标识配置至少一类视图属性信息。

3.根据权利要求1所述的方法，其特征在于，所述视图属性信息包括以下至少一类：

所述视图的跳转路径、待展示信息和视图展示方式；其中，

所述跳转路径所指示的跳转页面包括以下至少一种：应用程序中的原生页面、网页页面、小程序页面。

4.根据权利要求1所述的方法，其特征在于，还包括：

获取监控所述至少一个视图得到的埋点数据；所述埋点数据包括用户点击视图的次数和/或待展示信息在视图中展示的次数；

基于所述埋点数据，生成针对所述至少一个视图的事件报告。

5.一种数据处理方法，其特征在于，应用于客户端，包括：

向服务端发送视图展示请求；所述视图展示请求中携带有至少一个视图对应的身份标识；每一视图对应一个身份标识；

获取所述服务端响应于所述视图展示请求下发的、与所述身份标识相匹配的至少一类视图属性信息；其中，所述服务端存储有预设的至少一个身份标识与各类视图属性信息之间的映射关系；

展示所述视图属性信息对应的待展示信息。

6.根据权利要求5所述的方法，其特征在于，所述展示所述视图属性信息对应的待展示信息，包括：

基于所述至少一类视图属性信息，确定所述待展示信息的视图展示方式；

基于所述视图展示方式，展示所述待展示信息。

7.根据权利要求6所述的方法，其特征在于，所述待展示信息包括多张待展示图片；

所述基于所述视图展示方式，展示所述待展示信息，包括：

在所述视图展示方式指示为连续展示多张图片的情况下，将所述服务端下发的多张待展示图片轮播展示在所述视图中；

在所述视图展示方式指示为展示单张图片的情况下，将所述服务端下发的单张待展示图片展示在所述视图中。

8.根据权利要求6所述的方法，其特征在于，所述视图属性信息包括视图的跳转路径；

在获取所述视图属性信息之后，还包括：

响应于用户针对所述视图的触发操作，基于对应的所述跳转路径，确定并展示所述跳转路径对应的展示内容。

9.根据权利要求8所述的方法，其特征在于，所述基于对应的所述跳转路径，确定并展示所述跳转路径对应的展示内容，包括：

基于所述跳转路径，加载对应的展示内容；

判断所述展示内容是否加载完成；

在确定加载完成的情况下，展示已经加载完成的所述展示内容。

10.一种数据处理装置，其特征在于，包括：

第一获取模块，用于获取客户端发送的视图展示请求；所述视图展示请求中携带有至少一个视图对应的身份标识；每一视图对应一个身份标识；

确定模块，用于确定与所述身份标识相匹配的至少一类视图属性信息；其中，服务端存储有预设的至少一个身份标识与各类视图属性信息之间的映射关系；

第一发送模块，用于将所述至少一类视图属性信息发送给所述客户端，以使所述客户端展示所述视图属性信息对应的待展示信息。

11.一种数据处理装置，其特征在于，包括：

第二发送模块，用于向服务端发送视图展示请求；所述视图展示请求中携带有至少一个视图对应的身份标识；每一视图对应一个身份标识；

第二获取模块，用于获取所述服务端响应于所述视图展示请求下发的、与所述身份标识相匹配的至少一类视图属性信息；其中，所述服务端存储有预设的至少一个身份标识与各类视图属性信息之间的映射关系；

第一展示模块，用于展示所述视图属性信息对应的待展示信息。

12.一种计算机设备，其特征在于，包括：处理器、存储器，所述存储器存储有所述处理器可执行的机器可读指令，所述处理器用于执行所述存储器中存储的机器可读指令，所述机器可读指令被所述处理器执行时，所述处理器执行如权利要求1至9任意一项所述的数据处理方法的步骤。

13.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被计算机设备运行时，所述计算机设备执行如权利要求1至9任意一项所述的数据处理方法的步骤。

Images