CN114443995A - 列表数据加载的方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明提供了列表数据加载的方法、装置、电子设备及存储介质，该方法可包括：接收来自客户端的第一数据请求，该第一数据请求中包含第一传入参数；响应于第一数据请求，向客户端发送对应第一传入参数的缩略数据，用于首次加载；接收来自客户端的第二数据请求，该第二数据请求中包含第二传入参数；响应于第二数据请求，向客户端发送对应第二传入参数的全量实体数据，用于再次加载。通过获取的缩略数据进行第一次列表数据加载，该加载过程时间极短，满足了用户查看网页内容的需求，以及通过再次数据请求获取的全量实体数据进行第二次列表数据加载，实现对请求相关的所有内容进行加载，本发明有效缩短页面响应时间，极大地提升了用户体验。

Description

列表数据加载的方法、装置、电子设备及存储介质

技术领域

本发明涉及列表数据加载技术领域，更为具体来说，本发明能够提供一种列表数据加载的方法、装置、电子设备及存储介质。

背景技术

在工业互联网时代，包括云计算在内的各信息化***能够为用户提供服务的模式非常多。尽管信息化***内部复杂程度非常高，但是为了满足提升用户体验的需求，通常可采用BS(Browser Server，浏览器服务器)模式作为核心方案，该方案具有交互成本低、功能设计灵活易实现等优点，并慢慢在行业内形成了很多标准。云计算可用于政务、医疗、教育等领域，使用云上云逐渐成为一种趋势。以IaaS(Infrastructure as a Service，基础设施即服务)为例，可以将IT基础设施作为一种服务通过网络对外提供，在这种服务模型中，用户不需要创建数据中心，而是通过租用的方式使用基础设施服务，包括但不限于服务器、存储以及网络等；在使用方式上，IaaS类似于传统的主机托管技术，但在服务的灵活性、可扩展性及成本等方面IaaS具有非常明显的优势。虚拟化技术作为云计算的基础，从物理底层交付环境中分离资源和服务，从而在单一的物理***内创建多个虚拟***，虚拟化的驱动因素来自于服务器的合并，从而达到提高效率和节约成本等目的。

虽然云计算技术具有非常多的优点，可云计算资源繁多、种类独特，且每种资源都有各种横向属性、又如网状一样与其他资源存在某种关联。对于用户来说，在客户端的网页上呈现某类资源数据时，如此大的数据量即使不受到网络传输延迟的影响且采用数据列表的形式提高加载速度，但由于传统客户端与服务器交互技术存在的局限，常规的列表数据加载过程具有极高的时间消耗。对于用户来说，页面加载响应所耗时间非常漫长，用户等待时间过长，用户体验较差，用户满意度不高。

发明内容

为解决具有大数据量特点的云计算资源加载时间长、用户等待时间长等问题，本发明可提供一种列表数据加载的方法、装置、电子设备及存储介质，以达到缩短列表数据加载时间、减少用户等待时间等技术目的。

为实现上述技术目的，本发明能够提供一种列表数据加载的方法，该方法用于服务器。用于服务器的列表数据加载的方法包括但不限于如下的一个或多个步骤，具体说明如下。

接收来自客户端的第一数据请求，所述第一数据请求中包含第一传入参数，所述第一数据请求为用于获取列表数据的请求。

响应于所述第一数据请求，向所述客户端发送对应所述第一传入参数的缩略数据；所述缩略数据用于在所述客户端上首次加载。

接收来自所述客户端的第二数据请求，所述第二数据请求中包含第二传入参数，所述第二数据请求为用于获取列表数据的请求。

响应于所述第二数据请求，向所述客户端发送对应所述第二传入参数的全量实体数据；所述全量实体数据用于在所述客户端上再次加载。

为实现上述技术目的，本发明还能够提供一种列表数据加载的方法，该方法用于客户端。用于客户端的列表数据加载的方法包括但不限于如下的一个或多个步骤，具体说明如下。

向服务器发出第一数据请求，所述第一数据请求中包含第一传入参数，所述第一数据请求为用于获取列表数据的请求。

接收来自所述服务器的缩略数据，所述缩略数据与所述第一传入参数对应。

在所述客户端上加载所述缩略数据。

向服务器发出第二数据请求，所述第二数据请求中包含第二传入参数，所述第二数据请求为用于获取列表数据的请求。

接收来自所述服务器的全量实体数据，所述全量实体数据与所述第二传入参数对应。

在所述客户端上加载所述全量实体数据。

为实现上述技术目的，本发明还能够提供一种列表数据加载的装置，该装置用于服务器。该列表数据加载的装置可包括但不限于第一请求接收模块、第一请求响应模块、第二请求接收模块以及第二请求响应模块。

第一请求接收模块，用于接收来自客户端的第一数据请求，所述第一数据请求中包含第一传入参数，所述第一数据请求为用于获取列表数据的请求。

第一请求响应模块，用于响应于所述第一数据请求，向所述客户端发送对应所述第一传入参数的缩略数据；所述缩略数据用于在所述客户端上首次加载。

第二请求接收模块，用于接收来自所述客户端的第二数据请求，所述第二数据请求中包含第二传入参数，所述第二数据请求为用于获取列表数据的请求。

第二请求响应模块，用于响应于所述第二数据请求，向所述客户端发送对应所述第二传入参数的全量实体数据；所述全量实体数据用于在所述客户端上再次加载。

为实现上述技术目的，本发明还能够提供一种列表数据加载的装置，该列表数据加载的装置能够用于客户端。该列表数据加载的装置可包括但不限于第一请求发送模块、缩略数据接收模块、第一数据加载模块、第二请求发送模块、全量数据接收模块以及第二数据加载模块。

第一请求发送模块，用于向服务器发出第一数据请求，所述第一数据请求中包含第一传入参数，所述第一数据请求为用于获取列表数据的请求。

缩略数据接收模块，用于接收来自所述服务器的缩略数据，所述缩略数据与所述第一传入参数对应。

第一数据加载模块，用于在所述客户端上加载所述缩略数据。

第二请求发送模块，用于向服务器发出第二数据请求，所述第二数据请求中包含第二传入参数，所述第二数据请求为用于获取列表数据的请求。

全量数据接收模块，用于接收来自所述服务器的全量实体数据，所述全量实体数据与所述第二传入参数对应。

第二数据加载模块，用于在所述客户端上加载所述全量实体数据。

为实现上述技术目的，本发明还能够提供一种电子设备，该电子设备包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行本发明任一实施例中所述列表数据加载的方法的步骤。

为实现上述技术目的，本发明还能够提供一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行本发明任一实施例中所述列表数据加载的方法的步骤。

本发明的有益效果为：通过首次数据请求获取的缩略数据进行第一次列表数据加载，该加载过程时间极短，满足了用户查看网页内容的需求，并通过再次数据请求获取的全量实体数据进行第二次列表数据加载，实现对请求相关的所有内容进行加载，基于本发明能够在第一次加载过程中为用户提供更重要和更关键的数据，满足用户快速查看请求内容的目的，并在第二次加载过程中为用户提供全面的数据，满足用户查看所有请求内容的目的。因此，本发明提供的列表数据加载技术方案极大缩短了页面响应时间，大幅增强了页面的响应效率，用户的等待时间大幅度地减少，明显提升了用户体验，用户满意度非常高。

附图说明

图1示出了本发明一个或多个实施例中用于服务器的列表数据加载的方法的流程示意图。

图2示出了本发明一个或多个实施例中用于客户端的列表数据加载的方法的流程示意图。

图3示出了本发明一个或多个实施例中客户端与服务器的交互流程示意图。

图4示出了本发明一个或多个实施例中用于服务器的列表数据加载的装置组成的示意图。

图5示出了本发明一个或多个实施例中用于客户端的列表数据加载的装置组成的示意图。

图6示出了本发明一个或多个实施例中电子设备的内部结构组成的示意图。

具体实施方式

下面结合说明书附图对本发明提供的一种列表数据加载的方法、装置、电子设备及存储介质进行详细的解释和说明。

如图1所述，并可结合图3，本发明一个或多个实施例能够提供一种列表数据加载的方法，该列表数据加载的方法用于服务器，包括但不限于如下的至少一个步骤。

步骤100，接收来自客户端的第一数据请求，第一数据请求中包含第一传入参数，第一数据请求为用于获取列表数据的请求。本发明中的第一数据请求中包含多个参数，这些参数作为数据获取的限制性条件，本发明实施例通过其中的第一传入参数限制了当前需要接收的数据为缩略数据，即第一传入参数是用于表明接收数据类型为缩略数据类型的参数。

结合图3所示，本发明的客户端即“前台”、服务器即“后台”，并通过前台为用户提供前端用户界面(UI，User Interface)，通过后台实现为前台提供相关服务，例如本发明响应前台的数据请求的服务等。本发明事先定义和封装后台数据列表接口的传入参数，包括但不限于是否为缩略数据、业务数据的各类检索条件、分页大小、当前页码、排序字段、排序方式等；而且本发明能够事先定义和封装后台数据列表接口返回值的数据结构，包括但不限于业务数据序列和分页实体两大部分；其中的业务数据以数组形式组装，数组中每个元素都是一个完整的数据实体，并囊括所有需要返回的字段；其中的分页实体可包含每页大小、总页数、当前页码、总数据量等。本发明针对业务数据序列中定义的数据实体，后台开发方法实现定义的接口分为两个不同的方向：一个是返回缩略数据，只需为核心字段赋值而其他字段无需处理，具有极高的效率；另一个是返回业务数据的全量实体值，数据实体中所封装的每一个字段都会被处理。

步骤200，响应于第一数据请求，向客户端发送对应第一传入参数的缩略数据；缩略数据用于在客户端上首次加载。本发明实施例可根据第一数据请求中的各个参数进行数据处理和包装过程，以返回对应的数据。

具体地，本发明实施例响应于第一数据请求，向客户端发送对应第一传入参数的缩略数据具体可包括：解析第一数据请求，以解析出第一返回数据类型字段；并根据第一返回数据类型字段包含第一传输参数，向客户端发送缩略数据。具体地，本发明实施例中的服务器返回数据是缩略数据还是全量实体数据，取决于接口调用传参“是否为缩略数据”传入“是”还是“否”，如果为第一传输参数(“是”)，则返回数据为缩略数据，如果为第二传输参数(“否”)，则返回数据为全量实体数据；其中，本发明接口调用传参为第一传输参数或第二传输参数。本发明实施例的缩略数据可以为当前用户关注的数据或者大多用户关注的数据，从全量数据中筛选出用户关注的缩略数据的方式可根据实际情况进行选择，例如，基于用户历史浏览记录进行预测，或者基于用户大数据进行预测或匹配等，本发明对此不进行赘述。

步骤300，接收来自客户端的第二数据请求，第二数据请求中包含第二传入参数，第二数据请求为用于获取列表数据的请求。本发明第二数据请求与第一数据请求相对应，具体理解为：第二数据请求类似于第一数据请求，区别仅在于接口调用传参为第二传输参数(“否”)，且根据第二传输参数而待返回的数据为全量实体数据，即返回的是对应数据请求最全的数据。

步骤400，响应于第二数据请求，向客户端发送对应第二传入参数的全量实体数据；全量实体数据用于在客户端上再次加载。可知本发明第二数据请求与第一数据请求基本相同，其区别仅在于接口调用传参不同。

具体地，本发明实施例响应于第二数据请求，向客户端发送对应第二传入参数的全量实体数据，可包括：解析第二数据请求，以解析出第二返回数据类型字段；以及根据第二返回数据类型字段包含第二传输参数，向客户端发送全量实体数据。相比于传统的列表数据加载方案所使用的串式流程，本发明基于服务器所提供的缩略数据和全量实体数据，在客户端上首次加载缩略数据和再次加载全量实体数据，可见本发明实际提供了一种异步二次加载列表数据的方法。结合图3所示，首次加载数据过程仅需要20毫秒左右，相比于常规技术需要等待几秒或者更长时间的情况，本发明缩短了页面响应时间，用户体验极佳。

本发明通过同一个接口支持两种不同模式(缩略数据响应模式和全量实体数据响应模式)，从而赋予前后端更强的协调能力，既能够快速响应用户的操作，又能够实现数据完整的装载；本发明通过前后端灵活地配合实现了页面极速装载和全量数据零丢失展现，所以本发明提供的技术方案为用户带来了极致的体验，而且不丢失任何数据构成，从而为云平台带来更好的易用性。

如图2所示，并结合图3，与用于服务器的列表数据加载的方法基于同一发明技术构思，本发明一个或多个实施例还可提供一种列表数据加载的方法，该方法具体用于客户端，并可包括但不限于如下的至少一个步骤。

步骤110，向服务器发出第一数据请求，第一数据请求中包含第一传入参数，第一数据请求为用于获取列表数据的请求。其中，第一数据请求中可包含多个参数，这些参数作为数据获取的限制性条件，本发明实施例通过其中的第一传入参数限制了当前需要接收的数据为缩略数据，即第一传入参数是用于表明接收数据类型为缩略数据类型的参数。

结合图3所示，本发明客户端(具体可为前端UI)发起访问请求，以通过服务器(具体为后台服务)响应对应的列表数据。

步骤210，接收来自服务器的缩略数据，缩略数据与第一传入参数对应。对于服务器来说，本发明实施例能够根据第一数据请求中的各个参数进行数据处理和包装过程，以返回对应的数据。本发明的缩略数据可以为当前用户关注的数据或者大多用户关注的数据，从全量数据中筛选出用户关注的缩略数据的方式可根据实际情况进行选择，例如基于用户历史浏览记录进行预测，或者基于用户大数据进行预测或匹配等，本发明对此不进行赘述。

步骤310，在客户端上加载缩略数据。本发明实施例在客户端上加载缩略数据具体包括：利用接收的缩略数据在客户端上渲染出第一数据列表页面。本发明采用二次加载策略，并在本步骤中进行首次加载。具体地，本实施例加载缩略数据时先调用接口将入参“是否为缩略数据”传入“是”，快速渲染数据列表页面，缩略数据之外的字段采取空处理。本发明使用的缩略数据的获取效率是可控的，只需要获取数据中的核心字段即可，一些不重要的字段无需置于其中，例如可通过容易实现的读表操作实现，而且数据库交互也可以在本发明基础上被深度优化，整个缩略数据获取的过程和获取缩略数据的每一个步骤都可以调整到最高的效率，从前端UI发送访问请求到后台完成数据处理并返回，本发明可将其间的耗时降到最小，客户端可在瞬间获取到所需要的数据。另外，本发明通过数据列表的形式，可支持排序、支持分页以及支持各种检索等功能，而且具有便捷可交互等优点。

步骤410，向服务器发出第二数据请求，第二数据请求中包含第二传入参数，第二数据请求为用于获取列表数据的请求。本发明第二数据请求与第一数据请求相对应，具体理解为：第二数据请求类似于第一数据请求，区别在于接口调用传参为第二传输参数(“否”)，且根据第二传输参数而待返回的数据为全量实体数据，即返回的是对应数据请求最全的数据。

步骤510，接收来自服务器的全量实体数据，全量实体数据与第二传入参数对应。

步骤610，在客户端上加载全量实体数据。本发明采用二次加载策略，并在本步骤中进行二次加载。具体地，本发明实施例加载全量实体数据时先调用相同接口将入参“是否为缩略数据”传入“否”，返回之后在原来已被渲染的数据列表基础上刷新最全的数据；其中，相同接口具体为加载缩略数据时调用的接口。

对于收到缩略数据和全量实体数据的客户端来说，本发明在客户端上首次加载缩略数据和再次加载全量实体数据，可见本发明提供了一种异步二次加载列表数据的方法。

本发明实施例中在客户端上加载全量实体数据可包括：在客户端上，利用当前接收的全量实体数据在第一数据列表页面的基础上渲染出第二数据列表页面。更为具体地，本发明实施例中利用接收的全量实体数据在第一数据列表页面的基础上渲染出第二数据列表页面包括：利用全量实体数据对第一数据列表页面继续进行渲染，以及通过刷新第一数据列表页面的方式得到第二数据列表页面。本发明实施例通过数据列表的形式，支持排序、支持分页、支持各种检索等功能，而且具有便捷可交互等优点。

综上，本发明实现了一种异步二次加载列表数据的方法。本发明彻底解决了传统列表数据加载方法存在较缓慢、效率低、用户体验差等问题。本发明采用预加载缩略数据的方式实现快速响应以及异步二次加载全量实体数据的策略，通过灵活分治的手段将原来一次性读取所有数据优化为主次分明的缩略数据与全量数据异步推进的模式，达到一种已经快速加载返回的核心数据进入稳定状态、而后续会在其基础上再次更新全量数据的效果，最终达到高速低延时的技术目的。基于本发明技术方案可以让用户第一时间看到最想关注的数据，不必为关心程度较低的其他数据所拖累而等待，这些处于次要位置的数据可以在核心数据加载完成之后予以加载。可见本发明彻底杜绝了页面长时间卡住无反应、数据处理异常繁冗的列表数据处理与展示过程。另外，本发明所提供的技术方案仍然能够支持检索条件、支持分页、支持排序等功能，而不会对原有接口带来功能性变更，接口依然还是原来的同一个业务接口，可见本发明能够广泛地适用于各种场景，适用范围非常广。

如图4所示，与用于服务器的列表数据加载的方法基于同一发明技术构思，本发明一个或多个实施例还能够提供一种列表数据加载的装置。该列表数据加载的装置具体用于服务器，该装置包括但不限于第一请求接收模块、第一请求响应模块、第二请求接收模块及第二请求响应模块，下述对用于服务器的列表数据加载的装置进行详细说明。

第一请求接收模块，用于接收来自客户端的第一数据请求，第一数据请求中包含第一传入参数，第一数据请求为用于获取列表数据的请求。

第一请求响应模块，用于响应于第一数据请求，向客户端发送对应第一传入参数的缩略数据；缩略数据用于在客户端上首次加载。

具体地，第一请求响应模块用于解析第一数据请求，以解析出第一返回数据类型字段；第一请求响应模块用于根据第一返回数据类型字段包含第一传输参数，向客户端发送缩略数据。

第二请求接收模块，用于接收来自客户端的第二数据请求，第二数据请求中包含第二传入参数，第二数据请求为用于获取列表数据的请求。

第二请求响应模块，用于响应于第二数据请求，向客户端发送对应第二传入参数的全量实体数据；全量实体数据用于在客户端上再次加载。

具体地，第二请求响应模块用于解析第二数据请求，以解析出第二返回数据类型字段；第二请求响应模块用于根据第二返回数据类型字段包含第二传输参数，向客户端发送全量实体数据。

如图5所示，与用于客户端的列表数据加载的方法基于同一发明技术构思，本发明一个或多个实施例还能够提供一种列表数据加载的装置。该列表数据加载的装置具体用于客户端，该装置包括但不限于第一请求发送模块、缩略数据接收模块、第一数据加载模块、第二请求发送模块、全量数据接收模块以及第二数据加载模块。

第一请求发送模块，用于向服务器发出第一数据请求，第一数据请求中包含第一传入参数，第一数据请求为用于获取列表数据的请求。

缩略数据接收模块，用于接收来自服务器的缩略数据，缩略数据与第一传入参数对应。

第一数据加载模块，用于在客户端上加载缩略数据。

具体地，第一数据加载模块用于利用接收的缩略数据在客户端上渲染出第一数据列表页面。

第二请求发送模块，用于向服务器发出第二数据请求，第二数据请求中包含第二传入参数，第二数据请求为用于获取列表数据的请求。

全量数据接收模块，用于接收来自服务器的全量实体数据，全量实体数据与第二传入参数对应。

第二数据加载模块，用于在客户端上加载全量实体数据。

具体地，第二数据加载模块用于在客户端上利用接收的全量实体数据在第一数据列表页面的基础上渲染出第二数据列表页面。

更为具体地，第二数据加载模块可用于利用全量实体数据对第一数据列表页面继续进行渲染，以及用于通过刷新第一数据列表页面的方式得到第二数据列表页面。

如图6所述，与本发明中的用于服务器和/或用于客户端的列表数据加载的方法基于同一发明技术构思，本发明一个或多个实施例还能够提供一种电子设备，该电子设备包括存储器和处理器，存储器中存储有计算机可读指令，计算机可读指令被处理器执行时，使得处理器执行本发明任一实施例中列表数据加载的方法的步骤。其中，本发明提供的列表数据加载的方法实现过程已在本说明书中有详细的记载，此处不再进行赘述。

如图6所示，与本发明中的用于服务器和/或用于客户端的列表数据加载的方法基于同一发明技术构思，本发明一个或多个实施例还能够提供一种存储有计算机可读指令的存储介质，该计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行本发明任一实施例中列表数据加载的方法的步骤。其中，本发明提供的列表数据加载的方法实现过程已在本说明书中有详细的记载，此处不再进行赘述。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读存储介质中，以供指令执行***、装置或设备(如基于计算机的***、包括处理器的***或其他可以从指令执行***、装置或设备取指令并执行指令的***)使用，或结合这些指令执行***、装置或设备而使用。就本说明书而言，"计算机可读存储介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行***、装置或设备或结合这些指令执行***、装置或设备而使用的装置。计算机可读存储介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM，Random Access Memory)，只读存储器(ROM，Read-Only Memory)，可擦除可编辑只读存储器(EPROM，Erasable Programmable Read-Only Memory，或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM，Compact Disc Read-Only Memory)。另外，计算机可读存储介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行***执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA，Programmable Gate Array)，现场可编程门阵列(FPGA，Field Programmable Gate Array)等。

在本说明书的描述中，参考术语“本实施例”、“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明实质内容上所作的任何修改、等同替换和简单改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种列表数据加载的方法，用于服务器，其特征在于，包括：

接收来自客户端的第一数据请求，所述第一数据请求中包含第一传入参数，所述第一数据请求为用于获取列表数据的请求；

响应于所述第一数据请求，向所述客户端发送对应所述第一传入参数的缩略数据；所述缩略数据用于在所述客户端上首次加载；

接收来自所述客户端的第二数据请求，所述第二数据请求中包含第二传入参数，所述第二数据请求为用于获取列表数据的请求；

响应于所述第二数据请求，向所述客户端发送对应所述第二传入参数的全量实体数据；所述全量实体数据用于在所述客户端上再次加载。

2.根据权利要求1所述的列表数据加载的方法，其特征在于，所述响应于所述第一数据请求，向所述客户端发送对应所述第一传入参数的缩略数据，包括：

解析所述第一数据请求，以解析出第一返回数据类型字段；

根据所述第一返回数据类型字段包含所述第一传输参数，向所述客户端发送所述缩略数据。

3.根据权利要求1所述的列表数据加载的方法，其特征在于，所述响应于所述第二数据请求，向所述客户端发送对应所述第二传入参数的全量实体数据，包括：

解析所述第二数据请求，以解析出第二返回数据类型字段；

根据所述第二返回数据类型字段包含所述第二传输参数，向所述客户端发送所述全量实体数据。

4.一种列表数据加载的方法，用于客户端，其特征在于，包括：

向服务器发出第一数据请求，所述第一数据请求中包含第一传入参数，所述第一数据请求为用于获取列表数据的请求；

接收来自所述服务器的缩略数据，所述缩略数据与所述第一传入参数对应；

在所述客户端上加载所述缩略数据；

向服务器发出第二数据请求，所述第二数据请求中包含第二传入参数，所述第二数据请求为用于获取列表数据的请求；

接收来自所述服务器的全量实体数据，所述全量实体数据与所述第二传入参数对应；

在所述客户端上加载所述全量实体数据。

5.根据权利要求4所述的列表数据加载的方法，其特征在于，

所述在所述客户端上加载所述缩略数据包括：利用接收的缩略数据在所述客户端上渲染出第一数据列表页面；

所述在所述客户端上加载所述全量实体数据包括：在所述客户端上，利用接收的全量实体数据在所述第一数据列表页面的基础上渲染出第二数据列表页面。

6.根据权利要求5所述的列表数据加载的方法，其特征在于，所述利用接收的全量实体数据在所述第一数据列表页面的基础上渲染出第二数据列表页面包括：

利用所述全量实体数据对所述第一数据列表页面继续进行渲染，以及通过刷新所述第一数据列表页面的方式得到所述第二数据列表页面。

7.一种列表数据加载的装置，用于服务器，其特征在于，包括：

第一请求接收模块，用于接收来自客户端的第一数据请求，所述第一数据请求中包含第一传入参数，所述第一数据请求为用于获取列表数据的请求；

第一请求响应模块，用于响应于所述第一数据请求，向所述客户端发送对应所述第一传入参数的缩略数据；所述缩略数据用于在所述客户端上首次加载；

第二请求接收模块，用于接收来自所述客户端的第二数据请求，所述第二数据请求中包含第二传入参数，所述第二数据请求为用于获取列表数据的请求；

第二请求响应模块，用于响应于所述第二数据请求，向所述客户端发送对应所述第二传入参数的全量实体数据；所述全量实体数据用于在所述客户端上再次加载。

8.一种列表数据加载的装置，用于客户端，其特征在于，包括：

第一请求发送模块，用于向服务器发出第一数据请求，所述第一数据请求中包含第一传入参数，所述第一数据请求为用于获取列表数据的请求；

缩略数据接收模块，用于接收来自所述服务器的缩略数据，所述缩略数据与所述第一传入参数对应；

第一数据加载模块，用于在所述客户端上加载所述缩略数据；

第二请求发送模块，用于向服务器发出第二数据请求，所述第二数据请求中包含第二传入参数，所述第二数据请求为用于获取列表数据的请求；

全量数据接收模块，用于接收来自所述服务器的全量实体数据，所述全量实体数据与所述第二传入参数对应；

第二数据加载模块，用于在所述客户端上加载所述全量实体数据。

9.一种电子设备，其特征在于，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行如权利要求1-6中任一项权利要求所述列表数据加载的方法的步骤。

10.一种存储有计算机可读指令的存储介质，其特征在于，所述计算机可读指令被一个或多个处理器执行时，使得所述一个或多个处理器执行如权利要求1-6中任一项权利要求所述列表数据加载的方法的步骤。

Images